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WARRANTY 



COVERAGE 

Fluke warrants the 9000A-80186 Interface Pod to be free from defects in material and workmanship under 
normal use and service for a period of one (1) year and the Pod Cable for ninety (90) days from the date of 
shipment. This warranty extends only to the original purchaser and does not apply to any product that has 
been misused, altered, or has been subjected to abnormal conditions of operation. 

Fluke’s obligations under this warranty is limited to repair or replacement of a product that is returned to an 
authorized Service Center within the warranty period, provided that we determine that the product is 
defective. If we determine that the failure has been caused by misuse, alteration, or abnormal conditions of 
operation, or if the warranty period has expired, we will repair the Pod and bill you for the reasonable repair 
cost. 

SERVICE 

If a failure occurs, send the product, postage prepaid, to the closest Service Center with a description of the 
difficulty. Repairs will be made or the product replaced, and it will be returned, transportation prepaid. Fluke 
assumes NO risk for damage in transit. 

DISCLAIMER 

THE FOREGOING WARRANTY IS EXCLUSIVE AND IN LIEU OF ALL OTHER WARRANTIES, EXPRESS OR 
IMPLIED, INCLUDING BUT NOT LIMITED TO ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS, 
OR ADEQUACY FOR ANY PARTICULAR PURPOSE OR USE. FLUKE SHALL NOT BE LIABLE FOR AND 
SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, WHETHER IN CONTRACT, TORT, OR 
OTHERWISE. 



GETTING ANSWERS AND ADVICE 

To enhance your use of this Pod, Fluke will be happy to answer you questions about applications and use. 
Address all correspondence to: JOHN FLUKE MFG. CO., INC., P.O. BOX C9090, EVERETT, WASHINGTON 
98206, ATTN: Sales Department. European customers should contact FLUKE (Holland) B.V., P.O. BOX 5053, 
5004 EB, TILBURG, THE NETHERLANDS. 



JOHN FLUKE MFG. CO., INC., P.O. BOX C9090, EVERETT, WASHINGTON 98206 
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Section 1 

Introduction 



THE PURPOSE OF THE INTERFACE POD 1-1. 

The 9000A-80186 Interface Pod allows you to use any Fluke 9000-Series Micro- 
System Troubleshooter to troubleshoot equipment that uses an 80 1 86 microprocessor. 

The Micro-System Troubleshooter (referred to hereafter as the Troubleshooter) is 
used to service printed circuit boards, instruments and systems that use 
microprocessors. The 9000A-80186 Interface Pod (referred to as the Pod) replaces the 
80186 microprocessor in the UUT and serves both as an interface to allow the 
Troubleshooter access to components on the UUT and as an emulator of the UUT’s 
microprocessor. 

In normal Troubleshooter/ Pod operation, the Pod adapts the general-purpose 
architecture of the Troubleshooter to the specific pin layout of the 80186 
microprocessor. This allows the Troubleshooter to exercise each of the 
microprocessor’s signals and provides complete access to devices on the UUT that are 
connected to the microprocessor’s bus, while, at the same time, monitoring activity on 
the UUT. 

In the RUN UUT mode, the Pod’s microprocessor is connected to the UUT (through 
buffers) to serve as a substitute microprocessor. It can be configured to have the same 
structure of interrupts, chip selects, timers, and DMA control as the UUT’s 
microprocessor. 

NOTE 

It is assumed that the user of this manual is familiar with the basic 
operation of one of the 9000-Series Micro-System Troubleshooters. 

PHYSICAL DESCRIPTION OF THE POD 1 -2. 

The Pod connects to the Troubleshooter through a round shielded cable, and connects 
to the unit-under-test (referred to as the UUT) through a ribbon cable and plug that’s 
inserted into the U UT’s microprocessor socket. The UUT’s microprocessor is removed 
from the UUT and is replaced by the Pod ribbon cable plug. 

The external features of the Pod are shown in Figure 1-1. 

The Pod consists of a pair of printed circuit board assemblies mounted within a 
break-resistant case. A clock-generator module is located near the end of the ribbon 
cable. The Pod contains the control software and supporting hardware that is required 
to do the following: 



1-1 




• Perform handshaking with the Troubleshooter. 

• Receive and execute commands from the Troubleshooter. 

• Report the condition of the UUT to the Troubleshooter. 

• Exercise the UUT. 

An 80186 microprocessor in the Pod performs all of the functions that are normally 
required by the UUT, and performs the Pod’s functions as well. Figure 1-2 shows the 
communication between the Pod, the Troubleshooter, and the UUT. 

The Troubleshooter supplies operating power for the Pod. The UUT provides the 
external clock signals required by the Pod, which allows the Troubleshooter and Pod 
to function at the designed operating speed of the UUT. (The clock module on the plug 
cable amplifies the clock signal to ensure that it is strong enough to drive both the cable 
and the Pod circuitry.) 




Figure 1-1. External Features of the 80186 Interface Pod 
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Figure 1-2. Communication Between the Troubleshooter, the Pod and the UUT 



Logic-level detection circuits on each line to the UUT detect bus shorts, stuck-high or 
stuck-low conditions, and any bus drive conflicts (two or more drivers attempting to 
drive the same bus line). 

Over-voltage protection circuits on each line to the UUT (except the clock lines X 1 and 
X2) guard against Pod damage that could result from the following: 

• Incorrectly inserting the ribbon cable plug into the UUT’s microprocessor socket. 

• UUT faults which place potentially damaging voltages on the lines to the UUT’s 
microprocessor socket. 

A power-level sensing circuit monitors the voltage level of the UUT power supply. If 
UUT power rises above or drops below an acceptable level, the Pod notifies the 
Troubleshooter of a power-fail condition. 

A self-test socket on the Pod enables the Troubleshooter to check Pod operation. The 
ribbon cable plug is connected to the self-test socket during self test operation, which 
enables the built-in sell-test function and allows the Troubleshooter to investigate the 
Pod’s internal functions. 



CAUTION 

To protect against damage to the Pod plug and cable, and to prevent 
static damage to Pod components, insert the ribbon cable plug into 
the self-test socket when the Pod is not in use. 

POD SPECIFICATIONS 1-3. 

Specifications for the Pod are listed in T able 1-1. 

USING THIS MANUAL 1-4. 

This manual provides complete information for using the 80186 Pod, including 
installation and setup, operating, and troubleshooting instructions. The summary 
below explains briefly what kind of information is available in each of the sections: 
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Section 2 

Section 3 

Section 4 

Section 4A 
Section 4B 
Section 5 

Section 6 

Section 7 
Section 8 
Appendices 



Contains installation instructions for connecting the Pod to the UUT and 
to the Troubleshooter and using the built-in self test to ensure that the 
Pod is working correctly. It also contains descriptions of the addressing 
scheme that is used to access both UUT addresses and special Pod 
Functions, and of the mapping system used by the Pod to identify status 
and control lines. Use the information in this section when you’re first 
connecting the Pod, when you’re performing periodic self tests on it, and 
when you’re first becoming acquainted with the Pod before learning to 
use the Pod Functions. 

Provides descriptions of the 80 1 86 signals, as they are implemented by the 
Pod. Use this Section to familiarize yourself with how the Pod handles 
the 80 1 86’s signals, then use this information as a reference. If you’re 
already familiar with the 80 1 86 microprocessor, you should still read this 
section to learn how its signals are handled by the Pod. 

Contains operating information for using the Pod and all of its built-in 
diagnostic functions and tests to troubleshoot UUTs. You will need to 
read the descriptions and examples in this section to learn how to use the 
Pod. The material is broken into two subsections: 

Describes Pod Functions that are used to access devices on the UUT. 

Describes Pod Functions that are used primarily for configuring the Pod. 

Theory of Operation information which you can read to get an 
understanding of how the Pod works and a background for extended 
troubleshooting of the Pod itself, if necessary. 

Procedures for diagnosing and correcting failures in the Pod. If you have 
a Pod failure, use the procedures in Section 6 (with the schematics in 
Section 8) to help locate the problem. 

Parts lists and information to use when ordering replacement parts for 
your Pod. 

Schematic diagrams to use if it becomes necessary to troubleshoot an 
inoperative Pod. 

The Appendices contain miscellaneous material which may prove 
valuable when using the Pod, such as information about default values, 
reset procedures, and remote programming. 
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Table 1-1. 9000A-80186 Pod Specifications 



1 ELECTRICAL PERFORMANCE 




Power Dissipation 

Maximum External Voltage 


10 watts max. 

. . . . Pin 59 (XI): -1.5V to +6.5V 

Pin 58 (X2): 0V to +5V 

All other pins: -7V to +12V 




Voltages listed above are continuous and are 
referenced to ground. 


MICROPROCESSOR SIGNALS* 




Clock Input XI (Pin 59): 

Input Low Voltage 

Input High Voltage 

Input Current 


0 9V max. 

3,7V min. 

1.0 /jA max. 


All other signals: 

Input Low Voltage 

Input High Voltage 

Output Low Voltage 

Output High Voltage 

Tristate Output Leakage Current 

High-Level Input! Current 

Low-Level Input Current 


0.8V max. 

2.0V min. 

0.5V max. at rated current 

2.4V min. at -400 /jA 

±0.02 mA typical, +0.1 to -0.2 mA max. 

20 fjA max. 

. . . . -500 fjA max. 


TIMING CHARACTERISTICS 




Maximum External Clock Frequency 

Insertion Delays to 80186 Signals 

Input signals 

Output signals 

High-to-Low Transitions 

Low-to-High Transitions 


16.0 MHz typical (8 MHz internal) 

12 ns typical 

24 ns typical 

20 ns typical 


UUT POWER DETECTION 




Detection of Low Vcc Fault 

Detection of High Vcc Fault 

Pod protection from UUT Low Power . . . 


. . . . Vcc< +4.5V 
. . . . Vcc> +5.5V 
. . . . Vcc< +3.4V** 


GENERAL 




Size 


5.7 cm H x 14.5 cm Wx 27.1 cm L(2.2 in H x 5.7 in W 

x 10.7 in L) 


Weight 


. ... 1.5 kg (3.3 lbs) 


Environment 

STORAGE 

OPERATING 


-40° C to +70° C, RH < 95% non-condensing 

0°C to +40°C, RH < 95% non-condensing 


Protection Class 3 


Relates solely to insulation or grounding defined in 

IEC 348. 


*Signals are specified as they appear at the ribbon cable plug pins 
**Pod outputs set to high-impedance, except X2 (Pin 58) and CLKOUT (Pin 56) 
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Section 2 

Installation, Self Test, and Getting Started 



INTRODUCTION! 2-1. 

This section contains directions for setting up your Pod and Troubleshooter to work 
with your 80186 based UUT. It also contains general information about addresses, 
status lines and control lines that you need to be familiar with to use the Pod. 

Before using the Pod, you will need to connect it to the Troubleshooter and to the 
UUT. Before connecting it to the UUT, you should also perform the built-in self test to 
ensure that the Pod is operating correctly. Once you get the Pod connected and it has 
passed the Self Test, you may also need to adapt the Pod to your UUT’s characteristics 
before using it for testing. The procedures for connecting the Pod, for performing the 
Pod Self Test, and also for getting the Pod set up and working with your UUT are 
included below in the first part of this section. 

The Pod uses a simple composite address system to accept and display the addresses 
that are used for accesses to UUT memory, I/O spaces, and Pod Functions. The Pod 
also maps the 80 1 86 Status and Control lines into consistent bit patterns that are used 
uniformly throughout Pod operations. Before using the Pod, you should read the 
information in the later parts of this section to become familiar with the way that the 
Pod uses addresses and Status and Control line information. 

CONNECTING THE POD TO THE TROUBLESHOOTER 2-2. 

Before either performing a Pod Self Test or using the Pod to troubleshoot a UUT, 
connect the Pod to the Troubleshooter as follows: 

1. Check that the Troubleshooter is OFF. 

2. Connect the Pod’s round shielded cable to the Troubleshooter at the location 
shown in Figure 2-1. Secure the connector using the sliding collar. 

PERFORMING THE POD SELF TEST 2-3. 

To perform the built-in self test on the Pod, do the following steps: 

1. Make sure that the Pod is connected to the Troubleshooter properly. 

2. If the Pod is connected to a UUT, release the Pod cable from the 
microprocessor socket. 
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CAUTION 

The Pod plug cable is susceptible to damage from kinking or tearing, 
and is expensive to replace. Use caution in handling the cable. 

3. Insert the Pod cable into the Zero-Insertion Force (Z1F) self-test socket: 

a. Open the ZIF socket by moving the latch lever to the vertical position. 

b. If the Pod Plug is not already attached to a Pin-Grid Array (PGA) adapter, 
clip the Pod plug in place as follows: 

1. Insert the PGA adapter into the ZIF socket, taking care to align pin 1 
in both. 

2. Secure the PGA adapter within the ZIF socket by pushing the latch 
lever down. 

3. After moving the wire bail out of the way, insert the Leadless Chip 
Carrier (LCC) plug that is one the end of the cable into the top of the 
PGA adapter. Insert the beveled corner first, pushing it back against 
the corner spring, then lower the rest of the plug into place and hold it 
with your finger. 

4. Place the retainer clip on top of the LCC plug by pushing the ends of it 
back into the cavities in the PGA adapter, then lowering it against the 
LCC plug. Hold it firmly in place with your fingers. 

5. Flip the wire bail over the tabs on the edge of the retaining clip to secure 
the assembly together. 

c. If the LCC (the Pod plug) on the end of the Pod cable is already connected 
to a Pin-Grid Array adapter, then insert the pins of the PGA into the ZIF 
socket and secure it in place by pushing down the latch lever. 

5. Press the BUS TEST key to initiate the Pod self test. 

If the Troubleshooter displays the message POD SELF TEST80186 OK, then the Pod 
is operating properly. 

If the Troubleshooter displays the message POD SELF TEST 80186 FAILxx, the Pod 
may not be operating properly. (The letters xx correspond to a failure code describing 
the error; the failure codes are listed in Section 6.) For information about diagnosing 
self test failures, refer to Section 6. 

CONNECTING THE POD TO THE UUT 2-4. 

WARNING 

TO PREVENT POSSIBLE HAZARDS TO THE OPERATOR OR 
DAMAGE TO THE UUT, DISCONNECT ALL HIGH-VOLTAGE 
POWER SUPPLIES, THERMAL ELEMENTS, MOTORS, OR 
MECHANICAL ACTUATORS WHICH ARE CONTROLLED OR 
PROGRAMMED BY THE UUT MICROPROCESSOR BEFORE 
CONNECTING THE POD. 



2-3 
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Connect the Pod to the UUT as follows: 

1. Be sure that power is removed from the UUT. 

2. Disconnect UUT analog outputs or potentially hazardous UUT peripheral 
devices as described in the warning at the beginning of this section. 

3. If necessary, disassemble the U UT to gain access to the microprocessor socket. 
If the microprocessor is still in the socket, remove it. 

4. If the Pod plug is inserted into the self-test socket, remove it as follows: 

a. If the UUT’s microprocessor socket is a Leadless Chip Carrier, then 
remove the LCC plug that is on the end of the Pod cable from the PGA 
socket by flipping the wire bail off of the retainer clip, removing the 
retainer clip, and lifting the LCC plug free. 

b. If the UUT’s microprocessor socket is a pin grid socket, then remove the 
Pod plug with the PGA adapter attached by pulling up the latch lever of the 
ZIF socket and lifting the Pod plug free. 

CAUTION 

The Pod plug cable is susceptible to damage from kinking or tearing, 
and is expensive to replace. Use caution in handling the cable. 

5. Insert the Pod plug into the UUT’s microprocessor socket and secure it (using 
the same means used to secure the microprocessor). Make sure that pin 1 of the 
Pod plug is aligned with pin 1 of the microprocessor socket. If the UUT uses a 
Leadless Chip Carrier socket, then insert just the LCC Pod plug. If the UUT 
uses a pin-grid socket, then insert the Pod plug into a pin-grid array adapter 
before attaching it to the UUT. See the self-test procedure above for 
instructions for attaching the pin-grid array adapter. 

CAUTION 

Do not operate the Pod upside down to change the orientation of the 
cable to the UUT. The internal cooling system of the Pod is designed 
to operate in the upright position. 

6. Reassemble the UUT, using extender boards if necessary. 

CAUTION 

To prevent damage to the Pod, you must apply power to the 
Troubleshooter before turning UUT power on. This activates 
protection circuits within the Pod. 

7. Apply power to the UUT. 

GETTING STARTED 2-5. 

Introduction 2-6 

After you have connected the UUT, Pod, and Troubleshooter and, after power is 
applied to the Troubleshooter and UUT, several characteristics of the UUT may cause 
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conditions that prevent you from continuing with testing. If this happens, you must 
change the Pool configuration to suit your UUT’s characteristics. 

The following few paragraphs summarize the simple changes that you may need to 
make to the Troubleshooter setup and Pod configuration before you begin using the 
Pod. You may also need to configure the chip-select lines, DMA controller registers, 
and the RUN UUT entry address before using the RUN UUT mode or the Learn 
operation of the Troubleshooter. Changing the Pod configuration is described in detail 
in Section 4b. 



NOTE 

To use the Pod effectively, you will need to have schematics for the UUT, 
specifications for the number of Wait states required by memory on the 
UUT, and details of the required configuration for interrupts, DMA 
control, timers, and chip selects (such as might be provided by a listing of 
the UUT’s program). You will use this information to configure the Pod 
to be like the UUT’s microprocessor. 

NOTE 

Once you have determined how the Pod configuration needs to be set for 
your U UT, you can create a Troubleshooter program to make the 
changes automatically. Simply run this program at the beginning of each 
troubleshooting session. 



NOTE 

Other error conditions related to UUT defects are also possible. It is a 
good idea to begin using the Pod with a known-good UUT. That will 
eliminate any confusion between characteristics of the UUT that require a 
Pod configuration change, and UU T defects. 

Changing Pod Characteristics 2-7. 

Conditions on the UU P that are interfering with Pod operation will cause a message to 
be displayed on the Troubleshooter. The messages may occur either immediately after 
power is applied or after you try an operation (like BUS TEST). The instructions 
below offer simple solutions to the most common reasons why each condition may 
occur. Using these instructions, you should be able to identify the conditions which arc 
causing the messages and change the Pod/Troubleshooter configuration to 
accommodate them. See the Troubleshooter Operator Manual for a complete 
description of each error. 

If these instructions do not help in eliminating error conditions, repeat the self test and 
refer to the Troubleshooting instructions in Section 6 or contact Fluke Customer 
Service for advice. 

UUT POWER TAIL — A TTEMPTING RESET 

I his message indicates that the voltage level at one or both of the UUT’s 
microprocessor socket Vcc pins is below 3.5vdc. This message is also displayed if the 
Pod’s UUT cable is not properly connected to either the UUT’s microprocessor 
socket or the Pod’s sell-test socket, or if the Pod is not properly connected to the 
Troubleshooter. 
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ACTIVE FORCE LINE @ aaaa - LOOP ? 

This message tells you that forcing lines (microprocessor inputs that could force the 
microprocessor into a specific action when asserted) are active. Forcing lines may be 
active because of an error, or because of a design characteristic of the UUT. You can 
disable the reporting of this error and continue operation by selecting the 
Troubleshooter Setup function again and setting the Setup message SET - TRAP 
A CTIVE FORCE LINE? to NO. 

BAD POWER SUPPLY @ aaaa - LOOP ? 

This message indicates that the voltage level at the UUT’s microprocessor-socket 
Vcc pins is out of the 4.5V to 5.5V range (but not below 3.5V). If the UUT is 
intentionally using a low-level voltage, and you wish to ignore this error and 
continue, set the Troubleshooter’s Setup command SET - TRAP BAD PWR 
SUPPLY? to NO. 

POD TIMEOUT- ATTEMPTING RESET 

This message is usually caused by status lines (input lines to the Pod 
microprocessor) called enableable status lines. Try reseting the UUT to begin with 
to eliminate the problem. If that does not work, disable the enable lines by setting 
the Troubleshooter Setup messages SET - ENABLE EXTRDY? and SET - 
ENA BEE HOLD? to NO. This may be a temporary measure — just to get you going. 
You can go back at a later time and determine which of the enable lines is causing the 
problem. If one or the other is not causing the Pod to timeout, you can re-enable it to 
restore more thorough testing. 

An alternate solution may be to change the SET - TIMEOUT 200-CHANGE? to a 
larger value, if the Pod Timeout is caused by the Troubleshooter not waiting long 
enough for the Pod to respond before reporting a Pod Timeout error. 

NOTE 

EXTRDY is a psuedo-status line that combines the function of the UUT 
microprocessor’s SRDY and ARDY lines. 

ACTIVE INTERRUPT ( 5) aaaa - LOOP? 

This message tells you that interrupts are active. Interrupts may be active because of 
an error, or because of a design characteristic of the UUT. You can disable the 
reporting of this error and continue operation by selecting the Troubleshooter 
Setup function again and setting the Setup message SET - TRAP ACTIVE 
INTERRUPT? to NO. 

Entering in the Queue Status Mode by Accident 2-8. 

The RD/ QSMD output line is held to a low logic level to force the Pod into the Queue 
Status mode. If you are testing a UUT that does not operate in the Queue Status mode, 
and the ire) output line is accidently tied low, the Pod will go into the Queue Status 
mode. If this happens, the Pod will report address, data, or control drivability errors 
that do not actually exist on the UUT. T o eliminate this problem, the error condition 
must be removed from the RD/QSMD line on such a UUT. 
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Preparing for RUN UUT 2-9. 

If you perform the RUN UUT function at the default entry address (F FFFO), the 
UUT’s initialization programming should configure all of the Peripheral Control 
Block (PCB) registers in the Pod. If you do a RUN UUT at addresses other than the 
normal entry point though, you may have to manually configure the the entry address, 
the chip select definitions, interrupt configuration, and DMA controller 
specifications. 

Whether you will need to configure these registers depends upon whether the function 
is used in your UUT, and whether the default value that is provided is suitable or not. 
Specifications are made by writing data to Pod Function addresses that are reserved 
for Pod use. See Pod Function Addresses below for a general description of using the 
Pod Function addresses. See Using the RUN UUT Function in Section 4A for a 
description of how to specify the required information. 



Preparing for LEARN 2-10. 

Before using the LEARN function, the Pod’s functions may need to be configured to 
select the correct memory blocks on the UUT (if the defaults that are provided are not 
suitable). The chip select output lines are configured by writing data to Pod Function 
addresses that are reserved for Pod use. See Pod Function Addresses below for a 
general description of using the Pod Function addresses. See Section 4B for a 
description of how to specify the Chip Select definitions. 

Changing the RESET Signal 2-11. 

Some UUTs may need to have the RESET pulse applied at a high logic level (as an 
output of the microprocessor) when the Pod is reset by the Troubleshooter. After 
power-up, the default condition for the Pod is to NOT provide this signal, but you have 
the option of changing that. If your UUT needs the RESET signal to be supplied high 
to the UUT when the Pod is reset, see Configuring General Pod Characteristics in 
Section 4B for instructions on how to change the way that the reset signals of the Pod 
work. 

Changing the Transparent Read Address 2-12. 

The Pod does periodic Read operations to a specified address on the U UT to provide a 
stimulus for the UUT’s refresh circuitry. If the default address used for this operation 
is not suitable for your UUT, you may need to change it. If your UUT needs to have a 
different address, see Configuring General Pod Characteristics in Section 4B for 
instructions on how to change it. 

USING THE POD 2-13. 

Once the Pod is connected to the Troubleshooter and the UUT, and the Pod has been 
configured to your UUT as described above, you can begin using the 
Troubleshooter/ Pod team to investigate 80186 UUTs. 

All of the standard diagnostic procedures that are built into the Troubleshooter work 
in the usual manner. In addition to these functions, there are many additional 
functions that are built into the Pod. These Pod functions allow you to do such things 
as perform high-speed memory tests, set up internal registers and masks, check for 
details about specific errors, alter default values of various parameters, and 
manipulate interrupt activity. Together, with the Troubleshooter’s tests, they provide 
an extensive capability for diagnosing UUT defects. 
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The main thing to do when learning to use the 80186 Pod is to learn to control the 
various Pod functions. The Pod functions are implemented in the form of Pod 
Function addresses. Pod Function addresses are read,/ write locations that are not in 
the memory space of the U UT ; they access diagnostic addresses within the Pod instead. 
The Pod Function Addresses are constructed with the usual 20-bit address 
information, plus additional bits to indicate specific Pod functions. More detailed 
information is located below under Pod Function Addresses. 

Many of the Pod functions use and return information about the microprocessor’s 
Status and Control lines. The Pod has all of these lines (and a few Pod-generated status 
and control lines) mapped into standard Status and Control words. The bit 
assignments for these words are described in this section, and for your convenience, are 
also provided on the decal that’s on the bottom of the Pod. You’ll probably use the 
information frequently, so it might pay to take the time to become familiar with it. 

ADDRESSES 2-14. 

Introduction 2-15. 

There are two types of addresses that are used with the 80186 Pod: UUT- access 
addresses and Pod Function addresses. 

UlJT-access addresses are used to Write data to or Read data from memory or I/O 
devices on the UUT. UUT-access addresses consist of two parts: the 20-bit physical 
address, which selects physical locations in the UUT, and 1 additional hex digit of 
information, which designates whether memory references are Normal or Direct 
Memory Access (DM A), 1/ O or Memory accesses, and byte or word accesses. Details 
about accessing addresses on the UUT are described below under UUT Addresses. 

Pod Function addresses allow you to use the many additional functions that the Pod 
provides in addition to those that are built into the Troubleshooter. Pod Function 
addresses consist of two parts: a 20-bit physical address (an address that is meaningful 
to the Pod, not the UUT), and 2 additional hex digits of information which designate 
Pod functions. Information about using the Pod Functions is described below under 
Pod Function Addresses. 

Figure 2-3 shows the general address structure that is used with the Pod. Specific 
formats for the address are described below in each topic. 

NOTE 

The most-significant four hits of the address ( A 28- A3 1 ) in the 
Troubleshooter are not used. If thev are specified, they must headset toO 
(hex OXXX XXXX). It is not necessary to enter these unused hits 
(WRITE @ XXX XXXX is OK). They will not he displayed when 
address information is reported by the Troubleshooter. 

NOTE 

There are several address not at ion conventions that you should be aware 
of while using this manual: 



• Por case ol reading, the two halves ol the address are separated with a space in this 
manual (HUH II FI. IT). Do not try to enter addresses with a space (there’s no 
“space” key on the Troubleshooter). The Troubleshooter does not display 
addresses with a space. 
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Pod Control Bits 



20-bit Memory Address 



0000 

U 



XXXX XXXX AAAA AAAA AAAA AAAA AAAA (binary) 

LJ LJ 

Address Control Bits 

j Quick Test Prefix 

— Special Address Bits 

Always zero 

Figure 2-3. Addresses Used with the 80186 Pod 



• X’s are used to denote hex or binary digit spaces where the specific value may be 
any hex number. For example, the data value XX00 means that it’s only important 
that the two least-significant digits be zero; the other two digits may be any value. 

• Some of the examples show addresses in binary form. Address information is only 
entered and displayed on the Troubleshooter in hexadecimal form, so binary 
information must be converted to hex before using. For example, an address 
specification that is illustrated in binary form as 1111 0000 1100 0000 1010 0011 is 
entered into the Troubleshooter as F0 C0A3. 

UUT Addresses 

INTRODUCTION 

U UT addresses consist of two parts: a 20- bit (5 hex digit) physical address and a single 
address modifier digit. The individual bits of the address modifier denote whether the 
address is Normal or DM A, Memory or I/O, and Byte or Word access. Any time that a 
Troubleshooter Read or Write operation is used with a UUT address, it must consist of 
all six digits of information. 



2 - 16 . 

2-17. 



0XXX XXXX XXXX XXXX XXXX XXXX UUT Address (binary) 

LJ L , J 



20-bit Physical Address 



Address Modifier (Address Control Bits) 
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PHYSICAL ADDRESSES 2-18. 

Introduction 2-19. 

Physical locations on the UUT may be either memory devices or I/O devices. 

Memory Addresses 2-20. 

The 80 186’s 20 physical address/ data lines (A DO -ADI 5, and A 1 6/ S3 - A19/S6) allow 
it to address one megabyte ( 1 ,048,576 bytes) of memory. The 80 1 86 can address either 
words ( 16 bits of data) or bytes (8 bits of data). Each physical address is a byte address. 

The 80 1 86 Pod only accepts even addresses for word accesses; odd addresses default to 
the next lower (even) address. To access a word at an odd address, the ope rator must 
actually use two consecutive byte accesses. During even-word accesses, the BHE (Bus 
High Enable) line is low, which enables the high byte at the same time as the low byte. 



NOTE 

In the 80186 Pod, addresses are always formed using the most-signifieant 
four hits of the CS Register 80186 mieroproeessor within the Pod. This 
method of forming the address is unimportant to the UUT to whieh the 
Pod is eonneeted. 



Memory accesses are specified by an Address Control Bit (see below). 



I/O Addresses 2-21. 

The 80 1 86 can address up to 64K (65,536) 8-bit ports or 32K (32,768) 1 6-bit ports. The 
I/O space is not segmented; to access a port address, the 80186 places the address on 
the lower 16 lines of the address bus. Address line A16 - A19 are output as zeros. 1/ O 
addresses are specified by an Address Control Bit (see below). 

ADDRESS CONTROL BITS 2-22. 

Introduction 2-23. 

Four bits (one hex digit) of additional information are added to the normal 20-bit 
physical memory address to denote specific information about UUT accesses. 



0XXX XXXX XXXX XXXX XXXX XXXX UUT Address (binary) 

' 1 1 

1 20-bit Physical Address 



Normal/DMA Control Bit 
Memory/I/O Control Bit 
Word /Byte Access Control Bit 
Always zero for UUT addresses 
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The additional bits are described below. 

If this hex digit is not specified, the Pod will provide a default value. The default value 
is 0000 (binary); normal, memory, word accesses. 
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Normal/DMA Addressing 2-24. 

Specifying the Normal/ DMA bit (A20 in the “address”) to be high causes the 
microprocessor’s S6 control line to be set, indicating to the UUT that a DMA access is 
taking place. This allows “DMA style” transfers (not in response to a DMA request) 
that are actually normal UUT Read and Write operations with the S6 line forced high. 
Even though the Pod does not do real DMA operations, this capability allows you to 
test DMA functions in a UUT. For example, WRITE IF FFB2 - XXXX specifies a 
deposit (a DMA Write operation) at location F FFB2. 

When the Normal/ DM A bit is low (the default), normal Read and Write operations 
are performed. 

Memory/I/O ADDRESSING 2-25. 

The Memory / 1/ O bit ( A2 1 ) determines whether the address is a memory reference or 
an operation with an I / O port. If A2 1 is low (the default), then the access is to memory. 
If A21 is high, then the access is to an I/O device. 

NOTE 

Only the lower 16 hits of the physical address are used for I/O operations. 

A 16 - A19 are output low, and must be specified as zeros in the address. 

For example, W RITE@ 20 00 C4 - XXXX specifies an 1/ O word access at location C4. 

Word /Byte Addressing 2-26. 

The Word/ Byte bit (A22) indicates whether the remainder of the address is a byte 
access or a word access. When A22 is high, then the access to a byte address. When A22 
is low (the default), the access is to a word address. For example, WRITE@ 41 9AA1 - 
XX specifies a byte access to memory location 1 9AA1. 

NOTE 

Word-access addresses should be even (LSB-0). If an odd address is 
specified for a word access, the Troubleshooter will display the message 
ILLEGAL ADR @ XX XXX. The Pod will still perform the access, 
however, and the uneven word-access address will be mapped to the next 
lowest word address. For example, WRITE@ 004321 - XX will actually 
write to location 0 4320. 



Pod Function Addresses 2-27. 

INTRODUCTION 2-28. 

The Pod provides many additional functions in addition to those that are built into the 
Troubleshooter. These Pod functions are provided to allow you to set up internal 
registers and masks, to check for specific errors, to alter default values of various 
parameters, to manipulate interrupt activity, and to perform high-speed tests of 
memory. Table 2-1 shows the available Pod Function addresses. 

The additional functions are used by reading and writing with Pod Function Addresses 
in the Pod. Pod Function Addresses are read/ write locations that are not in the 
memory space of the UUT; they access diagnostic functions of the Pod. The Pod 
Function addresses themselves are not sent to the UUT — they are only a means to 
access the Pod functions. 
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Table 2-1. Pod Function Addresses 



ADDRESS 


DESCRIPTION 




Pod Control Addresses (Write/Readable) 


F : 0 0000 


Selftest Address 




F0 0002 


Transparent Read Address 




F0 0004 


Enable RESET output 




Segment Register Contents for RUN UUT (Write/Readable) 


F0 0020 


ES Register Contents 




F0 0022 


SS Register Contents 




F0 0024 


CS Register Contents 




F0 0026 


DS Register Contents 




Error Reporting Addresses (Read Only) 


F0 0040 


Last Error Summary 




F0 0042 


Last Control Errors 




FO 0044 


Last Forcing Line Errors 




FO 0046 


Last Active Interrupts 




FO 0048 


Last High (Nibble) Address Drivability Errors 




FO 004A 


Last Low (Word) Address Drivability Errors 




FO 004C 


Last Data Drivability Errors 




FO 004E 


Last INTA and TMR OUT Drivability Errors 




FO 0050 


Last CHIP SELECT Drivability Errors 




FO 0052 


Last Status 




Error Masks (Write/Readable) 


FO 0060 


Error Summary Mask 




FO 0062 


Control Drivability Error Mask 




FO 0064 


Forcing Line Error Mask 




FO 0066 


Active Interrupt Error Mask 




FO 0068 


High (Nibble) Address Drivability Error Mask 




< 

CD 
O 
O ' 

O ' 
-L 1 


Low (Word) Address Drivability Error Mask 




FO 006C 


Data Drivability Error Mask 




FO 006E 


INTA and TMR OUT Error Mask 




FO 0070 


CHIP SELECT Error Mask 




Interrupt Vector and Configuration Addresses (Write/Readable) 


FO 0080 


Interrupt Configuration Address 




FO 0082 


Interrupt Vector 0 (Re-enable on Read) 




FO 0084 


Interrupt Vector 0 (No Re-enable on Read) 




FO 0086 


Interrupt 0 Cascade Address 




FO 0088 


Interrupt Vector 1 (Re-enable on Read) 




FO 008A 


Interrupt Vector 1 (No Re-enable on Read) 




FO 008C 


Interrupt 1 Cascade Address 




Peripheral Control Block Addresses (Mostly Write/Readable) 


FO 0120 - FO 01 FE 


Peripheral Control Block Addresses 
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SPECIAL FUNCTION ADDRESSES 



2-29. 

When the sixth digit of the address (bits A20-A23) is hexadecimal F, the address is a 
Special Function Address used by the Pod. These Special Function addresses provide 
a wide variety of diagnostic functions to use in a detailed investigation of a UUT. 



XFO OXXX 




SPECIAL FUNCTION ADDRESS (hex) 

A 12-bit hex address 
Always zero 

Pod Function Address Characters 

Usually 0, but may be 1 if Quick Looping on a Special Fuction Address 



Pod Function Addresses are used by writing data to them to do such tasks as loading 
registers, defining parameters, or initiating Pod actions, or by reading them to retrieve 
information about Pod and UUT. Writing data to Pod Function Address F0 0020, for 
example, defines the contents of the CPU’s ES Register (the record of which is 
maintained in a location in the Pod’s memory for diagnostic purposes for the RUN 
UUT function). The operation does not affect the contents of memory location 0 0020 
in the UUT’s memory. 

All of the Pod Function Addresses are listed numerically in Table 2-1 to provide a 
complete reference, but since they are a means to use the unique functions that are 
provided by this Pod, they are described individually elsewhere in this manual. 
Functionally related groups of Pod Function Addresses also appear in other tables 
throughout the section. 

QUICK TEST AND FUNCTION ADDRESSES 2-30. 

The four bits in this portion of the address (A24-A27) indicate that one of the Pod’s 
Quick Tests is to be used with the indicated physical address. 



XXX xxxx 



QUICK TEST OR FUNCTION ADDRESS (hex) 



Any UUT address (may be a Pod Function address if used with Quick-Looping Function) 



Usually 0, but may be F if Quick Looping on a Special Function Address 



Quick Test Prefix: 0=No Quick Test 

1=Quick Looping Function 
2=Quick RAM Test 
3=Quick ROM Test 

4=Quick Fill and Quick Verify Functions 
5=Quick Ramp Function 



For example, WRITE @ 3 XX XXXX is an operation which is part of performing a 
Quick ROM Test. 

If no Quick Test is wanted, the Quick Test Prefix (A24-A27) may be left blank and the 
default will be 0— No Test. (For example, WRITE XX XXXX - XXXX is OK.) 




9000A-80186 



STATUS AND CONTROL LINES 2-31 . 

Introduction 2-32. 

Pod status lines are input signals that are applied by the UUT to the UUT’s 
microprocessor socket. Status lines are inputs that are not either data, clock, or power 
supply signals. 

Pod control lines are output signals that are applied by the Pod to the UUT at the 
UUT’s microprocessor socket. Control lines are not address or data signals. 

The Pod creates several additional psuedo-status and psuedo-control lines to augment 
the information that is normally reported to the Troubleshooter by the Pod. 

The Troubleshooter can report activity on the status lines and drivability errors on the 
control lines after the Pod performs any UUT access. 

The status and control lines provide much of the information that is used to diagnose 
defects in a UUT. You will use them frequently to determine the results of tests and to 
simulate microprocessor operations. It will pay to become familiar with how the status 
and control lines work with the Pod before using it to troubleshoot your UUTs. 

NOTE 

In this manual, the terms Status and Control differ in meaning from the 
same terms used in the microprocessor manufacturer’s literature. The 
Troubleshooter considers input lines to the microprocessor to be Status 
lines, and output lines to be Control lines. 

Figure 2-4 shows how the various lines interact between the Pod and the UUT. 

Status Lines 2-33. 

INTRODUCTION 2-34. 

Most of the Status Lines are input lines to the UUT’s microprocessor socket that 
indicate critical factors about system operation. Some additional status lines used are 
not real 80186 status lines, but psuedo-status bits that are generated within the Pod to 
indicate conditions that are important to the user. They are the same for both Normal 
mode and Queue Status mode operation. Status lines and psuedo-status lines are 
shown in Table 2-2. 

STATUS LINE BIT ASSIGNMENTS 2-35. 

Information about status lines is displayed as a map of bits, with each bit 
corresponding to a status line. The bits assigned to the specific status lines are shown in 
Table 2-2 and on the decal on the back of the Pod. 



PSUEDO-STATUS LINES 2-36. 

Several of the status lines reported during a Read Status operation are generated by 
the Pod and not by the UUT. These li nes consist of PWR FAIL, INT VECT 0, INT 
VECT 1 , ACTIVE INTR, and QSMD. These lines are described in detail in Section 3. 
Section 4B describes how to determine the source of the last interrupt (reported by 
ACTIVE INTR) using the Last Interrupt Pod Function address. 
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Figure 2-4. Signals Between the Pod and the UUT 



Table 2-2. Status Lines 



BIT 


STATUS LINE 


SPECIAL CHARACTERISTICS 


0 


ARDY 


e, f 


1 


SRDY 


e, f 


2 


HOLD 


e, f 


3 


RES 


f 


4 


DRQO 


f 


5 


DRQ1 


f 


6 


TMR IN 0 




7 


TMR IN 1 




8 


TEST 




9 


NMI 


i 


10 


QSMD 


P 


11 


ACTIVE INTR 


P 


12 


INTR VECTOR 0 


P 


13 


INTR VECTOR 1 


P 


14 


(not used) 




15 


POWER FAIL 


P 


Special Characteristics Definitions 




e - an enableable 1 


ne 




f - a forcing line 






i - an interrupt 






p - a pseudo-status line. Does not reflect actual physical line condition of a line, but instead a condition 


of the Pod that 


s important to the user. 
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FORCING LINES 2-37. 

Introduction 2-38. 

Forcing lines are a special category of status lines that, when asserted, could force the 
UUT’s microprocessor into some specific state or action. When the Pod is plugged into 
the UUT’s microprocessor socket in place of the microprocessor, the Troubleshooter 
reports activity on these lines with the ACTIVE FORCE LINE (@ aaaaafLOOP? 
message. 

The forcing lines of the 80186 Pod consist of ARDY, SRDY, HOLD, RES DRQO 
and DRQ1. 



NOTE 

An active forcing line is reported as a high bit in a status error word, 
regardless of its actual logic level of the signal. For example, if the RES 
line (bit 3) is active (low), an active Reset is reported as A CTIVE FORCE 
LINE, STS BTS 0000 0000 0000 1000, while a READ @ STS operation 
would show the true logic levels by reporting 0000 0101 0000 0000. An 
NMI interrupt, on the other hand (if the Troubleshooter’s active 
interrupt trap is enabled) is reported as ACTIVE INTERRUPT, STS 
BTS 0000 0010 0000 0000, and a READ @ STS operation will report 
0000 0111 0000 0000 . 



NOTE 

It is possible to disable the reporting of active forcing lines by selecting the 
Troubleshooter Setup function message SET-TRAP ACTIVE FORCE 
LINE? NO. The Pod will still monitor the lines, but the Troubleshooter 
will not interrupt its operation to display the A CTIVE FORCE LINE 
error message on the display. Sometimes it is useful to disable the 
reporting of active forcing lines, particularly if the information is not 
needed by the operator. 

User Enableable Forcing Lines 2-39. 

The 80186 has several status lines which the operator can individually enable or 
disable using the Troubleshooter’s Setup function: ARDY, SRDY, and HOLD. If 
these user-enableable lines are disabled (using the Troubleshooter Setup function), 
their inputs to the Pod microprocessor are disabled, but the Pod continues to monitor 
their condition. If they are asserted, the Pod reports to the Troubleshooter that a 
forcing line is active. Pressing the YES key on the Troubleshooter enables the status 
line; pressing the NO key disables the status line. 

NOTE 

Both ARD Y and SRD Y are enabled or disabled at the same time by the 
combined setup message ENA BLE EXTRD Y. If A RD Yand SRD Yare 
enabled, both must be low before an externally generated wait state can 
occur . If ARD Y and SRD Y are disabled, both must be captured low on 
the UUT (during UUT accesses) to generate an ACTIVE FORCING 
LINE error message. For information about how the User Forcing Line 
Mask affects the reporting of these lines as active forcing lines, see Pod 
Function Addresses. 
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When these UU1 -generated lines are disabled, they are prevented from affecting 
Troubleshooter and Pod operation. For example, a HOLD line that is stuck high 
would cause the 80186 within the Pod to remain in a HOLD state, preventing normal 
Troubleshooter/ Pod operation. When the Setup function of the Troubleshooter is 
used to disable this input to the Pod, the HOLD signal is prevented from reaching the 
80186 within the Pod, allowing the Troubleshooter/ Pod interactions to take place 
normally. 



NOTE 

If these user-enableable lines are enabled, they are not reported as forcing 
line errors, even when they are asserted. 

NOTE 

During Troubleshooter Setup, selecting the message SET- ENABLE 
xxxxxx? N O prevents the designated line from affecting the operation of 
the Pod (although the Pod still detects whether the line is high or low). 

This differs from selecting the Troubleshooter Setup message SET- 
TRAP A CTIVE FORCE LINE? NO which does not prevent an enable 
line from affecting the operation of the microprocessor, but does prevent 
the active condition from being reported on the Troubleshooter display. 

NOTE 

Operating the Pod with the enable lines disabled may degrade Pod 
performance, especially if the UUT requires Wait states or 
HOLD / HLDA operations to operate correctly. 

Disabled Forcing Lines 2-40. 

The RES, DRQO, and DRQ 1 lines are forcing lines that are hardware-disabled except 
during RUN UUT. They are monitored and reported as active forcing lines if they are 
active during non -RUN UUT operation. 

INTERRUPT LINES 2-41. 

Some of the status lines are interrupt signals. Interrupt lines of the 80186 Pod consist 
of INTO, INI 1, INT2, INT3, and NMI. The NMI input is disabled by hardware except 
during operation in the RUN UUT mode. Although disabled, the NMI input is 
routinely checked by the Pod software and reported to the Troubleshooter if held high 
by the UUT. NMI is also reported as a status bit (bit 9). 

NOTE 

Reporting of the active interrupt error message is disabled at power on. It 
is possible to enable the reporting of active interrupt lines by selecting the 
Troubleshooter Setup function message SET-TRAP ACTIVE 
INTERRUPT? YES. Sometimes it is useful to enable the reporting of 
active interrupts if you need the information. 

Control Lines 2 - 42 . 

INTRODUCTION 2-43. 

Control lines are Pod output lines that provide information to the UUT. Like status 
lines, some of the control lines used with the Pod are actually Pod-generated psuedo- 
control bits that provide information about Pod/ UUT signals. 
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The control lines and some of their characteristics are listed in Table 2-3. 

CONTROL LINE BIT ASSIGNMENTS 2-44. 

Information about control lines is displayed as a map of bits, with each bit 
corresponding to a control line. The bits assigned to the specific control lines are 
shown in Table 2-3 and on the decal on the back of the Pod. 

For example, when performing Bus Test or various other Troubleshooter functions, 
the Troubleshooter may detect that one or more control lines are not drivable. 
Suppose that during a BUS TEST the Troubleshooter detects that the LOCK line is 
not drivable. The Troubleshooter displays the message CTL ERR 0000000 00000001- 
LOOP? The zeros and ones correspond to the bit numbers assigned to the control lines 
as listed in Table 2-3. The first bit. Bit 0, is set to 1 because the LOCK line was detected 
as not drivable. 

WRITING CONTROL LINES 2-45. 

The 80186 Pod has several control lines that the Troubleshooter can set high or low 
with the WRITE CTL function. This feature is used by BUS TEST to check lines which 
cannot be toggled by normal read and write operations. It is also useful for helping 
troubleshoot these lines. 

The Write Control and Data Toggle Control require the entry of binary digits to define 
user-writable control lines. When using either of these two functions, the operator is 
prompted for a binary number to identify the control line(s) to be written. 



Table 2-3 Control Lines 



BIT 


CONTROL LINE 


SPECIAL CHARACTERISTICS 


0 


LOCK 


w 


1 


RESET 


w 


2 


HLDA 


w 


3 


ALE (QSO)* 


w (QSO only) 


4 


WR (QS1)* 


w (QS1 only) 


5 


RD 




6 


DEN 




7 


DT/R 




8 


SO 




9 


SI 




10 


S2 




11 


S6 




12 


BHE 




13 


TMR OUT ERROR 


P 


14 


INTA ERROR 


P 


15 


CHIP SEL ERROR 


P 


w - writeable control line 






p - pseudo-control line 






*QS0 and QS1 replace ALE and WR when the Pod is in the Queue Status mode. 
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When the Pod operates in the Normal mode, the user-writable control lines consist of 
LOCK, RESET, and HLDA. When the UUT operates in the Queue Status mode the 
QSO and QS1 lines are also writable control lines. (In the Normal mode, the QSO and 
QS1 lines are used instead as ALE and WR, which are not writable.) 

NOTE 

The Pod will not report drivability errors on the RD signal when the Pod 
is in the Queue Status mode. (The RD signal is not produced by the Pod 
in the Queue Status mode.) 

For example, to perform a Write Control operation which writes all three user- 
writable control lines high (in the normal mode), the operator enters WRITE @ CTL - 
111. To write any of the lines to the low state, the operator enters a 0 in place of 1 at the 
bit position which corresponds to the particular control line. 

NOTE 

Two of the writable control lines are ac tive hig h (bit 3, HLDA, and bit 2, 

RESET), and one is active low (bit 0, LOCK). To set the three lines to 
their inactive states during the WRITE @ CTL operation, use WRITE @ 

CTL - 001. 



NOTE 

The Write Control function only sets a line high or low for approximately 
one UUT access, just long enough to verify that it can be driven. 



PSEUDO CONTROL LINES 2-46. 

Three of the Control lines are artificial signals that are generated by the Pod to provide 
clues to possible failures. The three pseudo-control lines, INTA ERROR, TMR OUT 
ERROR, and CHIP SEL ERROR are described in detail in Section 3. Refer to 
Section 4B for information about using the Last INTA and TIMER OUT and Last 
Chip Select Driveability Error Pod Function addresses to diagnose errors reported by 
these pseudo-control lines. 
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Section 3 

Information About Pod Signals 



INTRODUCTION 3 _-|. 

This section contains information about microprocessor signals, including 
descriptions of the 80 1 86 pin assignments and of the signals as they are implemented by 
the Pod. It also includes descriptions of the psuedo-status and psuedo-control signals 
that are created by the Pod itself. 

This information, particularly that which describes unique characteristics of the 
signals used by the Pod, will be useful during troubleshooting. 

MICROPROCESSOR SIGNALS 3-2. 

1 able 3-1 lists all of the 80186 microprocessor signals and provides a brief description 
of how each signal is handled by the Pod. Some of the lines are classified by the Pod as 
Status Lines, Forcing Lines, Control Lines, or User-Enableable Lines. For 

information about these signal classifications, see Status and Control Lines in Section 
2 . 

Figure 3-1 shows the 80186 Pod and microprocessor pin assignments. 

Refer to the microprocessor manufacturer’s literature for detailed design-level 
information about the various microprocessor signals. 

POD-GENERATED SIGNALS 3-3. 

Introduction 3.4. 

Pseudo-status and pseudo-control lines are Pod-created read-only information bits 

that convey information about Pod or UUT operation that is not otherwise available 
from the microprocessor- or UUT-generated signals. (Status and Control lines are 
used by a microprocessor to exchange information with the rest of a system. See Status 
and Control Lines in Section 2.) 

These psuedo lines are not actual lines that connect to the microprocessor, the UUT, or 
the Pod. The Pod creates the information solely for display on the Troubleshooter. 
The Troubleshooter displays them along with microprocessor/ UUT generated status 
and control lines when information is requested (for example, by READ @ STS). 
These lines provide you with added information about the results of Pod functions. 
For example, PWR FAIL is a Pod-generated status line that shows that power at the 
UUT’s microprocessor socket is out of the range of 4.5 to 5.5 volts— information that is 
not obtainable using only the microprocessor’s lines. 
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Table 3-1. 80186 Pod Signal Descriptions 



SIGNAL 

NAME 


PIN 


DESCRIPTION 


RESET 


57 


In an 80186-based system, RESET is an asserted-high output signal 
that indicates that the 80186 CPU is being reset. 

For troubleshooting purposes, the Pod treats the RESET signal as a 
Writeable Control line (see Table 2-3). 

Normally, the Pod does not assert the RESET signal at the UUT if the 
Pod and its microprocessor are being reset by the Troubleshooter. 
However, the Pod may be configured so that it DOES assert the RESET 
output signal under such a condition. (See Changing Pod Characteris- 
tics in Section 4.) 


RES 


24 


In an 801 86-based system, the RES signal is an asserted-low Schmitt- 
trigger input to the microprocessor. When asserted, the RES signal 
suspends all operations of the microprocessor, and resets all internal 
registers. Instruction execution does not begin again until the RES 
signal is returned to a high logic level. 

The Pod treats the RES signal from the UUT as an asserted-low 
Forcing (Status) line (see Table 2-2). Except during RUNUUT, the RES 
input from the UUT is always disabled from reaching the Pod’s 
microprocessor. 


XI 


59 


These signals are connections to an external crystal (both XI and X2) 


X2 


58 


or external clock oscillator (XI only). The applied frequency is divided 
in half by the Pod’s microprocessor and used for the internal micropro- 
cessor clock. 

CAUTION 

The XI and X2 clock lines do NOT have the input overload protection 
that all other signal connections between the Pod and the UUT have. 
Voltages on these signal lines greater than +5.5V dc or less than -0.5V 
dc may damage components within the Pod. 


CLKOUT 


56 


CLKOUT is a square-wave output signal that makes the internal clock 
of the 801 86 microprocessor available to the remainder of the system. 
The frequency of the CLKOUT signal is one half the frequency of the 
signal(s) being applied to the XI and X2 pins (see above). 

The CLKOUT signal of the Pod is connected from the Pod’s micropro- 
cessor to the UUT without being buffered, and is therefore not put into a 
high-impedance state during a low power condition on the UUT. The 
CLKOUT signal does, however, pass through the Pod’s hybrid protec- 
tion networks. (See Section 5, Theory of Operation, for more informa- 
tion about the hybrid protection networks.) The drivability of the 
CLKOUT signal is not checked by the Pod. 
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Table 3-1. 80186 Pod Signal Descriptions (cont) 



SIGNAL 

NAME 


PIN 


DESCRIPTION 


TEST 


47 


In an 80186-based micro-system, TEST is an input signal used to 
suspend instruction execution if it is sampled high upon execution of 
the WAIT instruction. 






Except during the RUN UUT mode, the UUT’s TEST signal is always 
disabled from affecting the operation of the Pod’s microprocessor. 
TEST is reported by the Pod as a Status line (see Table 2-2). 


TMR IN 0 


20 


These two Timer Input signals can be used as either clock or control 


TMR IN 1 


21 


signals for the internal peripheral timers of the 801 86 microprocessor. 






These two inputs are always enabled to the Pod’s microprocessor— 
thus allowing operation of the timers in the Pod’s microprocessor at all 
times. The Pod treats these two signals as Status lines (see Table 2-2). 


TMR OUT 0 


22 


These two signals are outputs of the 801 86 microprocessor’s internal 


TMR OUT 1 


23 


peripheral timers. 






The Pod always enables these outputs to the UUT (except for a short 
time during BUS TEST) — thus allowing operation of the timers in the 
Pod’s microprocessor at all times. The Pod treats these two outputs as 
control lines (see Table 2-3). These outputs are put into a high- 
impedance state by the Pod during a low power condition (UUT power 
supply voltage below 3.5V). 


DRQO 


18 


These two DMA-Request signals are activated by devices requesting 


DRQ1 


19 


one of the two DMA transfer channels of the 80186 microprocessor. 






Except during RUN UUT mode, DRQO and DRQ1 are disabled from 
reaching the Pod’s microprocessor. The Pod treats DRQ 0 and DRQ 1 
as Forcing (Status) lines (see Table 2-2). 


NMI 


46 


In an 80186-based system, NMI is an asserted-high, non-maskable, 
edge-triggered interrupt to the microprocessor. 






Except during RUN UUT mode, NMI is always disabled from reaching 
the Pod’s microprocessor. NMI is reported by the Pod as a Status line 
(see Table 2-2). 


INTO 


45 


In an 80186-based system, INTO and INTI are input signals to the 


INTI 


44 


microprocessor for requesting maskable interrupts. 






Depending upon how the Pod is configured, INTO and INT 1 may or may 
not be allowed to interrupt the Pod’s microprocessor during trouble- 
shooting operations. See Configuring Interrupts in Section 4 for more 
information. 


INT2/INTA0 


42 


In an 80186-based system, INT2/INTA0 and INT3/INTA1 can be con- 


INT3/INTA1 


41 


figured as either maskable interrupt inputs, interrupt-acknowledge 
outputs, or handshake lines for an external Programmable Interrupt 
Controller (PIC). 






The Pod can be configured to provide all possible functions of these 
lines during troubleshooting operations as well as during the RUN UUT 
mode. 
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Table 3-1. 80186 Pod Signal Descriptions (cont) 



SIGNAL 

NAME 


PIN 


DESCRIPTION 


A19/S6 


65 


A16-A19 are the four most-significant address output signals of the 


A18/S5 


66 


80186 microprocessor (and of the Pod). These signals are time- 


A17/S4 


67 


multiplexed with the Bus Cycle Status output signals S3-S6. 


A16/S3 


68 


The 801 86 microprocessor (and the Pod) generates A1 6-A1 9 during T1 
of a bus cycle, and S3-S6 during T2, Tw, T3, and T4 of the same bus 
cycle. S6 is held low by the Pod to indicate that a bus cycle is a Normal 
access; S6 is held high to indicate that the bus cycle is a DMA transfer. 
(See Pod Addresses in Section 2 for more information.) S6 is reported 
by the Pod as a Control Line (see Table 2-3). S3-S5 are always held low 
by the Pod, and are not checked for drivability. 


BHE 


64 


BHE (Bus High Enable) is an output signal of the 801 86 microprocessor 
(and of the Pod) that, when asserted (low), denotes that data on the 
upper half of the data bus is valid. BHE is valid for the entire length of a 
bus cycle. BHE is reported by the Pod as a Control Line (see Table 2-3). 


AD0-AD15 


10-17, 


These are multiplexed address and data signals of the 80186 micro- 




1-8 


processor (and the Pod). The address output signals (A0-A15) are 
generated during T1 of a bus cycle. Data is placed on the bi-directional 
data bus (D0-D15) during T2, Tw, T3, and T4 by an external device 
during a READ bus cycle, or by the microprocessor (and the Pod) 
during a WRITE bus cycle. 


ALE/QSO 


61 


In the Normal mode of the 801 86 microprocessor (and the Pod), the ALE 
(Address Latch Enable) output is provided to latch the address signals 
(A0-A19) into external devices. In the Queue Status mode, QS0 com- 
bines with QS1 to provide information about the 80186 microproces- 
sor’s internal instruction queue. (When the Pod is in the Queue Status 
mode, QS0 and QS1 provide information about the internal instruction 
queue of the Pod’s microprocessor.) 

ALE/QSO is reported by the Pod as a Control Line. When the Pod is in 
the Queue Status mode, QSO is a user- writable control line. (See Table 
2-3.) 


WR/QS1 


63 


In the Normal mode of the 801 86 microprocessor (and the Pod), the WR 
(Write) output strobe is provided to enable data into external devices 
during WRITE bus cycles. In the Queue Status mode, QS1 combines 
with QSO to provide information about the 80186 microprocessor’s 
internal instruction queue. (When the Pod is in the Queue Status mode, 
QSO and QS1 provide information about the internal instruction queue 
of the Pod’s microprocessor.) 

WR/QS1 is reported by the Pod as a Control Line. When the Pod is in 
the Queue Status mode, QS1 is a user-writable control line. (See Table 
2-3.) 
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SIGNAL 

NAME 

RD/QSMD 



Table 3-1. 80186 Pod Signal Descriptions (cont) 

DESCRIPTION 

In the Normal mode of the 801 86 microprocessor (and the Pod), the RD 
(Read) output strobe is provided to enable data from external devices 
into the mic roprocessor (and the Pod) during READ bus cycles. If the 
RD/QSMD line is tied low on a UUT when the Pod is being reset (either 
by the T roubleshooter or by a power-up), the Pod will go into the Queue 
Status mode. In the Queue Status mode, the Pod provides the QSO and 
QS1 output signals (see above). If the RD/QSMD line is not tied low, the 
Pod will remain in the Normal mode. In the Normal mode, the Pod 
provides the ALE, RD, and WR output strobes. 

RD is reported by the Pod as a Control Line (see Table 2-3). QSMD is 
reported as a Status Line (see Table 2-2.) 

ARDY (Asynchronous Ready) and SRDY (Synchronous Ready) micro- 
processor (and the Pod). Assertion of either of these signals indicates 
that a data transfer from an add ressed memory space or and I / O device 
can be completed. If both signalsare held low atthe proper times, Wait 
States will be inserted into the current bus cycle until either signal 
becomes asserted (high). 

The Pod treats these inputs as Enableable Status lines; They are 
normally enabled to reach the Pod’s microprocessor. If enabled, and 
held or “stuck” low on the UUT, these signals will suspend Pod opera- 
tions and a POD TIMEOUT will occur. ARDY and SRDY can be disabled 
from reaching the Pod’s microprocessor using the Troubleshooter’s 
SETUP function. (See Status Lines in Section 2 for more information.) 
When disabled, these signals are treated as Forcing lines by the Pod 
(see Table 2-2). 

When asserted (low), the LOCK output signal of the 80186 micropro- 
cessor (and the Pod) denotes that other other system bus controllers 
may not have control over the multiplexed address/data bus. 

LOCK is reported by the Pod as a Control Line (see Table 2-3), and is 
user-writable. 

SO, Si , and S2 are output signals of the 801 86 microprocessor (and the 
Pod) that define the type of bus cycle being performed. The bus cycle 
type is defined according to the following table (1 = Logic High, 0 = 
Logic Low): 

S2 SI SO Type of Bus Cycle 

0 0 0 Interrupt Acknowledge 

0 0 1 I/O Read 

0 1 0 I/O Write 

0 1 1 Halt 

1 0 0 Instruction Fetch 

10 1 Memory Read 

110 Memory Write 

1 1 1 No Bus Cycle 

SO, SI, and S2 are reported by the Pod as Control Lines (see Table 2-3). 
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Table 3-1. 80186 Pod Signal Descriptions (cont) 



SIGNAL 

NAME 


PIN 


DESCRIPTION 


HOLD 


50 


HOLD is an asserted-high input to the 801 86 micro-processor (and the 
Pod). When asserted (high), HOLD denotes that another bus controller 
is requesting control of the local bus. The 80186 microprocessor 
responds to a HOLD input by asserting the HLDA output (see below) 
and by placing the microprocessor’s bus into a high-impedance state. 






The HOLD input is treated by the Pod as an Enableable Status Line, and 
is normally enabled to reach the Pod’s microprocessor. When the 
HOLD input is enabled and becomes asserted, the Pod responds by 
asserting its HLDA output (see below) and by placing the Pod’s external 
bus into a high-impedance state (see Special Signal States in this 
section). If the HOLD input is enabled, and held or “stuck" high on the 
UUT, operation of the Pod can suspend, causing a POD TIMEOUT. The 
HOLD line can be disabled from reaching the Pod’s microprocessor 
using the SETUP function of the Troubleshooter. When disabled, the 
HOLD input is reported as a Forcing Line by the Pod (see Table 2-2). 


HLDA 


51 


The HLDA output of the 80186 microprocessor (and the Pod) is 
asserted (high) to acknowledge that an external device may drive the 
microprocessor’s bus. The HLDA output is asserted in response to 
assertion of the HOLD input; HLDA then goes low shortly after HOLD is 
driven low. When HLDA becomes asserted, the microprocessor’s bus 
is placed in a high-impedance state. (See Special Signal States in this 
section for a list of the Pod’s signals that are placed in a high- 
impedance state in response to an asserted HLDA signal.) 






Note that if the HOLD input to the Pod is disabled (see above), the HLDA 
output is never asserted by the Pod in response to an asserted HOLD 
input. HLDA is reported by the Pod as a Control Line (see Table 2-3). 
HLDA is user-writable. 

NOTE 






The Pod’s bus is NOT put into a high-impedance condition when HLDA 
is asserted by the Pod during a WRITE CTL UUT access. 


CHIP SELECT 
OUTPUTS 


(SEE 

BELOW) 


The 801 86 microprocessor (and the Pod) has 1 3 OUTPUTS asserted- 
low Chip Select output signals. These outputs are used to select spe- 
cific memory or I/O devices within distinct address spaces in an 
80186-based system. The address space in which each Chip Select 
line becomes asserted (low) is software programmable (in the Pod as 
well as in the 80186 microprocessor). See Configuring Chip Selects in 
Section 4B for more information. 






The Pod collectively treats the Chip Select outputs as a “Pseudo 
Control Line” called CHIP SELECT ERROR (see Table 2-3). If the Pod 
dectects that one or more of the Chip Select outputs is not drivable, the 
Pod reports a Control Error on the CHIP SELECT ERROR control line. 
Which Chip Select line(s) caused the error can be determined by a 
READ at a special “Pod Function” address (see Determining Errors in 
Section 4B). 
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Table 3-1. 80186 Pod Signal Descriptions (cont) 



SIGNAL 

NAME 


PIN 


DESCRIPTION 






The function of the individual Chip Select outputs is described in the 
paragraphs below. 


ucs 


34 


The UCS (Upper Memory Chip Select) output is asserted (low) when- 
ever an access is made to the upper portion of memory. The address 
range of the UCS line is software programmable to be from IK (1024) 
bytes wide (from FFC00 to FFFFF) to 256K (262,144) bytes wide (from 
C0000 to FFFFF). 


LCS 


33 


The LCS (Lower Memory Chip Select) output is asserted (low) whe- 
never an access is made to the lower portion of memory. The address 
range of the LCS line is software programmable to be from 1 K (1024) 
bytes wide (from 0 to 3FF) to 256K (262,144) bytes wide (from 0 to 
3FFFF). 


MCSO 


38 


One of these Mid-Range Memory Chip Select outputs (MCS0-MCS3) 


MCS1 


37 


becomes asserted when an access is made to the area of memory for 


MCS2 


36 


which it has been programmed. 


MCS3 


35 




peso 


25 


One of these Peripheral Chip Select output signals (PCS0-PCS6) 


PCS1 


27 


becomes asserted when an access is made to the area of memory or 


PCS2 


28 


I/O space for which it has been programmed. Each peripheral Chip 


PCS3 


29 


Select line is valid over a 1 28-byte block of memory or I/O space; the 


PCS4 


30 


starting address of the address block over which the Peripheral Chip 


PCS5/A1 


31 


Select lines become asserted is software programmable. PCS5 and 


PCS6/A2 


32 


PCS6 can also be software programmed to provide Address bits 1 (A1 ) 
and 2 (A2) during each bus cycle. Note that the Peripheral Chip Select 
lines are the only Chip Select lines that can be programmed to be valid 
in the I/O address space of the 80186 microprocessor (and the Pod). 


DT/R 


40 


DT /R (Data Transmit/ Receive) is an output signal of the 80186 micro- 
processor (and the Pod) that indicates whether data flow through an 
external data bus transceiver is being transferred into the 801 86 (DT / R 
low) or being transferred out onto the external data bus (DT/R high). 

DT/R is reported by the Pod as a Control Line (see Table 2-3). 


DEN 


39 


DEN (Data Enable) is an output signal of the 80186 microprocessor 
(and the Pod) that enables the outputs of external data bus transceivers. 
DEN is asserted during each memory or 1 / O access and is not asserted 
whenever DT /W changes state. 

DEN is reported by the Pod as a Control Line (see Table 2-3). 
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Table 3-1. 80186 Pod Signal Descriptions (cont) 



SIGNAL 






NAME 


PIN 


DESCRIPTION 


VCC1 


9 


These pins are connections to the 80186 microprocessor’s +5 volt 


VCC2 


43 


power supply. 






The Pod does not receive its operating power from these pins (the Pod 
is powered by the T roubleshooter). The Pod monitors these pins for the 
correct power supply voltage (+5V dc). If the voltage on either of these 
pins is not within the range of +4.5V dc to +5.5V dc, the Pod will set the 
PWR FAIL status line (see Table 2-2) and report a BAD POWER 
SUPPLY to the Troubleshooter. If the voltage on both pins falls below 
+3.5V dc, the Pod will place all of its output signals (except CLKOUT 
and X2) into a high-impedance state, and the Pod will suspend its 
operations. This will cause a UUT POWER FAIL - ATTEMPTING 
RESET message to be displayed by the Troubleshooter when an opera- 
tion requiring communication with the Pod is attempted. 


GND 


26 


These pins are ground connections to the 80186 microprocessor. 


GND 


60 
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AD15 


1 




51 


HL0A 


A07 


2 




50 


HOLD 


ADM 


3 




49 


SRDY 


A 06 


4 




48 


LOCK 


AD13 


5 


PIN ASSIGNMENTS 


47 


TEST 


AD5 


6 




46 


NMI 


AD12 


7 




45 


INTO 


A04 


8 




44 


INTI 


+5V 


9 


80186 


43 


+ 5 V 


ADD 


10 


LCC SOCKET 


42 


INT2/INTA0 


AD3 


11 




41 


INT3/INTA1 


A0I0 


12 




40 


DT/R 


AD2 


13 




39 


DEN 


AD9 


14 




38 


MCSO 


ADI 


IS 




37 


MCS1 


ADfl 


16 




36 


MCS2 


A00 


17 




35 


MCS3 
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Figure 3-1. 80186 Pod and Microprocessor Pin Assignments 



NOTE 

In this manual, the terms Status and Control differ in meaning from the 
same terms used in the microprocessor manufacturer’s literature. The 
Troubleshooter considers input lines to the microprocessor to be Status 
lines, and output lines to be Control lines. 
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the psuedo-status and psuedo-control lines are shown in Tables 2-3 and 2-4. 
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Psuedo-Status Lines 3-5. 

INTRODUCTION 3-6. 

Several of the status lines reported during a Read Status operation are generated by the 
Pod and not by the UUT. These lines consist of PWR FAIL, INT VECT 0. INT VECT 
1, ACTIVE INTR, and QSMD. 

POWER FAIL (PWR FAIL) 3-7. 

The PWR FAIL status line is set high by the Pod whenever UUT power supply voltage 
on either of the 80186’s Vcc pins drops below 4.5 volts or rises above 5.5 volts. 

INTERRUPT VECTORS (INT VECT 0, INT VECT 1) 3-8. 

These psuedo-status bits tell you that the Pod has performed an interrupt- 
acknowledge sequence in response to an interrupt from one of two possible interrupt 
channels. The INT VECT bits also indicate that the Pod has stored interrupt-type 
information (and, possibly, a cascade address) that was generated by an external 
Programmable Interrupt Controller. 

The INT VECT 0 lin e is set w henever an interrupt acknowledge routine is performed 
by the INTO, INT2/INTA0 pins, or whenever an interrupt-acknowledge routine is 
performed in iRMX* mode and the external Programmable Interrupt Controller does 
not select the internal interrupt controller of the Pod’s microprocessor to provide the 
interrupt vector. (See the 80186 literature for explanations of these processes.) 

The INT VE CT 1 bit is set when an interrupt-acknowle dge rout ine is performed by the 
INTI, INT3/INTA1 pins (when the INTI and INT3/INTA1 lines are configured in 
that mode). 

NOTE 

INT VECT 0 and INT VECT 1 are never set unless the corresponding 
channel of the Pod’s Interrupt Controller has been programmed to the 
proper mode. When either interrupt channe l is programmed to have two 
direct inputs (as opposed to an INT/ INTA pair) the corresponding INT 
VECT status bit is never set. Also, INT VECT 1 is never set when the 
interrupt controller is programmed in iRMX mode. 

INT VECT 0 and INT VECT 1 are reset by using appropriate Pod Function addresses 
(see Interrupt Acknowledge Addresses). 

ACTIVE INTERRUPTS (ACTIVE INTR) 3-9. 

This is a pseudo-status bit that informs the user that one or more external interrupts is 
active. There can be from two to five external interrupt sources (including NMI), 
depending upon how the Pod’s microprocessor is programmed. This bit can be 
masked from being reported as active. For more information, including instructions 
for determining the actual source of the interrupt, see Troubleshooting Interrupts in 
Section 4. See Section 4B for informatin about using the Last Active Interrupt Pod 
Function address to obtain more information about active interrupts. 

QUEUE STATUS MODE (QSMD) 3-1 0. 

The QS MD 1 status bit tells the user which mode the Pod’ s microp rocessor is in. If the 
QSMD bit is low, the Pod is in the Queue Status mode. If QSMD is high, the Pod is in 
the Normal Mode. 



* iRMX is a registered trademark of the Intel Corporation. 
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The Pod uses the QS MD s t atus bit to deter mine wh ether or not it should report 
drivability errors on t h e RD/Q SMD line. If the QSMD bit is low, the Pod is in Queue 
Status mode and RD/QSMD will not be checked for drivability errors. 

NOTE 

If the Pod is in the Queue Status mo de, t he Pod will also output the QSO 
and QS1 signals instead of A LEand WR. In Queue Status mode, the QSO 
and QS1 lines are writable control lines; the drivability of QSO and QS1 is 
not cheeked except during a BUS TEST or a WRITE CTL operation. 



If QSMD is high, the Pod is in Normal mode, the Pod produces the RD, WR, and ALE 
signals and will check the drivability of these lines during normal operations. 

Pseudo-Control Lines 3-11. 

INTRODUCTION 3-12. 

Three of the Control lines are artificial signals that are generated by the Pod to provide 
clues to possible failures. The three psuedo-control lines are INTA ERROR, TMR 
OUT ERROR, and CHIP SEL ERROR. For information about locating and using 
the information provided by these lines, see Determining Errors in Section 4B. These 
three psuedo-control signals are used to report drivability errors to the 
Troubleshooter, which, if not disabled, will display a CTL ERROR message. 

INTA ERROR 3-13. 

INTA ERROR is a pseudo-control line t hat is s et when one or more of the INTA lines 
is not driveable. (There can be 0, 1 , or 2 INTA lines depending upon how the Pod is 
programmed by th e user.) The Pod keeps track of which lines are and are not 
configured as INTA lines, and do es not check the drivability of these interrupt lines if 
they are not configured as INT A lines. See Section 4B for information about using the 
Last INTA a nd TIM ER OUT Driveability Error Pod Function address to isolate the 
source of the INTA error. 

TMR OUT ERROR 3-14. 

TM R OUT ERROR is a pseudo-control line that is set when one or more of the TMR 
OUT lines is not driveable. See Section 4B for information about using the Last INTA 
and TIMER OUT Driveability Error Pod Function address to isolate the source of the 
TMR OUT error. 

CHIP SEL ERROR 3-15. 

CHIP SEL ERROR is a pseudo-control line that gets set when one or more of the 
Chip Select lines is not driveable. See Section 4B for information about using the Last 
Chip Select Driveability Error Pod Function address to locate more information 
about reporting chip select errors. 

SPECIAL SIGNAL STATES 3-16. 

When the Pod detects certain conditions that indicate abnormal power levels, 
reset/ initialization periods, or “Hold” states, it responds by driving selected signal 
lines to a high-impedance state. This protects UUT circuitry from damage by signals 
that might be present during those times. The specific conditions that initiate a reset 
are: 
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• The power level at the UUT’s microprocessor socket drops below the 3.5 volt limit. 

• A HOLD signal is asserted. 



• The UUT sends an RES signal to the Pod (and the Pod’s microprocessor) during 
RUN UUT. 

• The Troubleshooter Resets the Pod (and the Pod’s microprocessor). 

The lines that are set to high-impedance states are: 

ADO- AD 15 
A16/S3- A19/S6 
BHE 

50 

51 

52 

DT/R 

RD/QSMD 

DEN 

WR 

In addition, these other lines are set to a high-impedance state only when power drops 
below the 3.5 volt limit: 

ALE/QSO 
WR/QS1 
HLDA 
INTAO 
INTA1 
TMR OUTO 
TMR OUT 1 
CHIP SELECTS 

POD DRIVE CAPABILITY 3-1 7. 

As a driving source on the UUT bus, the Pod provides equal to or better than normal 
80186 current drive capability. All Pod inputs and outputs (except the clock lines XI 
and X2) are TTL-compatible. 
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Section 4 

Operating Information 



INTRODUCTION 4-1. 

This Section contains descriptions of how the unique functions of the 9000A-80186 
Interface Pod work. It also contains operating procedures that you will need to know 
to use it. The Section is divided into two Subsections: 

4A USING POD FUNCTIONS Section 4A describes the way that you 

use the various Pod functions to test a 
UUT. These tests all involve active read 
and write operations to check 
components and functional circuits 
(such as memory) on the UUT. 

4B CONFIGURING THE POD Section 4B describes the Pod 

Functions that may be used to 
configure the Pod so that its 
characteristics correspond to those 
required by the UUT. It also describes 
the Pod Function addresses that you 
can use to extract detailed UUT-error 
analysis information from the Pod 
after UUT operations are completed. 

Together with the Troubleshooter Operator and Programming manuals, this 
information provides complete instructions for operating the Troubleshooter and Pod 
with 80186-based systems. 
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Section 4A 

Using Pod Functions 



INTRODUCTION 4A-1. 

This section describes how to use Pod Functions to test components and circuitry on a 
UUT. It includes these subjects: 



Testing RAM Quickly How to use the Pod’s Quick RAM tests to 

perform high-speed evaluation of blocks of 
RAM memory. 

Testing ROM Quickly How to use the Pod’s Quick ROM test to do 

high-speed testing of blocks of ROM 
memory. 

Using the Quick Ramp Function Using the Pod’s Quick Ramp function to 

create probe signatures for a fast signature 
analysis of data signals on the UUT. 



Using the Pod with an Oscilloscope How to use the Pod’s Quick Looping 

function to enhance an oscilloscope display, 
and how the different sync modes work. 

Testing Interrupt Circuitry Using the Pod to evaluate Interrupt circuitry 

on the UUT. 



Testing DMA Circuitry Using the Pod to check a UUT’s DMA 

functions. 

Using the RUN UUT Mode How to exercise the UUT by using the Pod 

to emulate its microprocessor. 



Before using the information in this Section, you should have already connected the 
Pod to the Troubleshooter and UUT, and configured it to your UUT’s characteristics 
(as described in Sections 2 and 4B). 

TESTING RAM QUICKLY 4A-2. 

Introduction 4A-3. 

The Pod provides several Quick Tests and Functions that allow you to conduct 
high-speed tests and verifications on RAM memory in the UUT. They allow you to do 
simple Read/ Write and Pattern Verify tests on large portions of memory. The 
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diagnostics performed by the Pod during the execution of these Quick functions are 
less rigorous than the diagnostics performed during the execution of the 
Troubleshooter’s built-in tests. They should be used when high speed testing is worth 
some sacrifice in thoroughness. Each function is described below. 

Since the software routines that control these operations reside in the Pod and not in 
the Troubleshooter like the other tests and functions, you select these functions by 
writing to and reading from Pod Function addresses in the format shown below. The 
normal 20-bit address and Pod control bits are used to specify the physical address and 
access type. In addition to those 6 hexadecimal digits, another hex digit is placed in the 
seventh hex digit of the “address” to denote which of the Quick Functions or Tests are 
to be used. This simple process is described in detail in the following paragraphs. 



0000 XXXX XXXX AAAA AAAA AAAA AAAA AAAA (binary) 



20-bit Memory Address 



Address Control Bits 



Quick Test Prefix: 0=No Quick Test 

1=Quick Looping Function 
2=Quick RAM Test 
3=Quick ROM Test 

4=Quick Fill and Quick Verify Functions 
5=Quick Ramp Function 



Always 0. 



The same process is used to form the addresses for controlling the Quick ROM test (see 
Testing ROM Quickly) and the Quick Looping test (see Using the Pod with an 
Oscilloscope). 



Appendix A contains a program that, when loaded into a 9010A or 9005 A 
Troubleshooter and executed, makes the Quick functions seem more like the 
Troubleshooter’s built-in functions — you simply enter the address and data 
information according to displayed prompts. The program is provided in two forms: as 
a normal Troubleshooter source program and as a source program for the optional 
9010 Language Compiler. 

The Quick RAM Test 4A-4. 

The Quick RAM Test allows you to test RAM address blocks more quickly than you 
can by using the Troubleshooter’s RAM SHORT test. The Quick RAM Test is 
considerably faster than the RAM Short test and is almost as rigorous. The Quick 
RAM test is particularly well suited for programming applications, because read / write 
and pattern errors will not interrupt the execution of a program, as they would if you 
used the Troubleshooter’s RAM tests. 
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Pattern Verification test. 
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• The normal RAM test, which consists of two phases: the first test phase is a 
read-write check, and the second checks address decoding. The read-write check is 
performed by writing and reading a one and a zero to and from each bit of each test 
address to ensure that there are no bits held high or low. After the read-write check 
is completed, a unique bit pattern is written to each address. For the address 
decoding check, the Pod reads each address and compares the read data with the 
unique word that is expected. 

• The Pattern Verification test simply verifies that memory still contains the data 
that was last written in the Quick RAM test. Because dynamic RAM may often 
retain data for a long time (as much as a minute) without being refreshed, the 
Pattern Verification test is provided to check that the memory refresh is working 
and that the memory is retaining data. If problems with dynamic RAM are 
suspected, it is suggested that the pattern verification test be executed more than a 
minute after a Quick RAM test has been performed. 

Addresses to be used with a Quick RAM test are defined by placing a “2” in the seventh 
hex digit of the address (2XX XXXX). Such addresses are not physical addresses in the 
UUT’s address space they are special read/ write operations that the Pod uses to 
control it’s built-in tests and functions. 

Use the following procedure to perform a Quick RAM test on a section of the UUT’s 
RAM memory: 

1. Define the starting address by a WRITE@ 2XXXXXX= 0, where XX XXXX 
is the first address to be tested by the Quick RAM test. (The address must be 
even in a word address space.) 

2. Define the ending address, address increment, and test specification by a single 
WRITE @ 2 YY T T T F=00ZN, where: 

YY YYYY Is the desired ending address. The ending address must be 
greater than the starting address. 

Z Is the desired increment. If Z is omitted or specified as 0, the 

address increment defaults to 2. (Must be an even value in a 
word address space.) 

N Is the test specification. N may be either 

1 - normal Quick RAM test 

2 = Pattern Verification test 

00 If specified, the-most significant two digits of the data must be 

zeros. 

The Quick FLAM Test begins execution as soon as you complete the entry of the ending 
address. During and after execution of the test, the Troubleshooter will not display any 
information about the progress or results of the test unless you request it. The test may 
be aborted before completion by selecting another operation. 

NOTE 

The address-control bits (A20-A22)must be the same values for both the 
starting and ending address. Otherwise, the test will return an abort code 
A2 (illegal address in command). 
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To determine if the Quick RAM Test is still in progress, or what the test results are, you 
should perform a Read at the ending address. 

• Press READ @ ENTER to command a READ operation at the last-entered 
address. 

The Troubleshooter will display a code indicating the status of the test or the test 
results. The status codes and their meanings are shown in Table 4A-1. 

Several read-only Pod Function addresses in the 200 00XX range contain additional 
information about the Quick RAM Test, including records of addresses used and any 
errors detected. The Pod Function addresses for the Quick RAM test are described in 
Table 4A-1. 



NOTE 

Unless the test has been started, the information contained at these Pod 
Function addresses will pertain to a previous test rather than the current 
test. Trying to read any of these addresses (or doing any other operation 
except a Read) while the current test is in progress will abort the test. 



The following example demonstrates the simple procedure used to specify a Quick 
RAM test. Assume that the UUT has 4K of RAM memory, from address 1 5000 
through 1 5FFF. To test the entire 4K of RAM, it would be best to use word accesses. 
The Quick RAM specification would look like this: 

WRITE @201 5000=0 
W RITE @ 201 5FFE= 1 (or =21) 



Line 1 defines the starting address to be 1 5000. Line 2 defines the ending address to be 1 
5FFE and the test to be a full RAM test (as opposed to the Pattern Verification test) 
with an increment of 2 (by default). It also causes the test to start. 

To monitor the test results and look for any error codes that might result from the test 
do 



READ @ ENTER 



If an error occurs, you can check for more detailed information about the failure by 
reading the associated Pod Function addresses in the 2000 00XX range. For example, 
you can find the low word of the address where the error occurred by 

READ @ 200 2008 

You can get a hex mask of any bad data bits by 
READ @ 200 2012 

The information from all of the other Pod Function addresses is retrieved in the same 



manner. 
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Table 4A-1. Quick RAM Test 



ACTION 



MEANING 



WRITE @ 2XX XXXX = 0 
WRITE @ 2YY YYYY = OOZN 



READ @ ENTER 



XX XXXX = starting address. 

YY YYYY = ending address 
Z = increment 

1 = byte addresses 
0,2 = word addresses 
N = function type 

1 = RAM test 

2 = Pattern Verify 

3 = RAM Test then Pattern Verify 
Returns status as follows: 



CODE 


MEANING 


0000 


No test requested 


00A0 


Aborted, new command entered 


00 At 


Aborted, illegal data in cmd 


00A2 


Aborted, illegal adr in cmd 


00A3 


Aborted, pod timeout occurred 


0060 


Busy, performing rd/wr check 


00B1 


Busy, performing adr dcd check 


0082 


Busy, performing pattern verify 


ooco 


Complete, no errors 


00F0 


Failed, read/write error 


00F1 


Failed, address decoding error 


00 F2 


Failed, pattern verify error 



READ @ 200 0000 


Low word of starting address 


READ @ 200 0002 


High word of starting address 


READ @ 200 0004 


Low word of ending address 


READ @ 200 0006 


High word of ending address 


READ @ 200 0008 


Low word of error address 


READ @ 200 000A 


High word of error address 


READ @ 200 000C 


Data expected at error address 


READ @ 200 000 E 


Actual data returned from error address 


READ @ 200 0010 


Returns most recent code (same code as 




returned by READ @ ENTER) 


READ @ 200 0012 


Hex mask of error bits 


READ @ 200 0014 


Returns increment and function type 



To check the refresh function in this same section of memory, wait a short time to allow 
the memory to decay (if the refresh is not working) then perform a Pattern Verification 
test. To begin, enter 

WRITE @ 201 5FFE= 2 (or =22) 

The specification for the starting address remains the same as the previous Quick 
RAM test and does not need to be repeated. This new line specifies the same ending 
address, only this time using the Pattern Verification test. As before, you can press 
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READ @ ENTER 



to check the progress of the test and, afterwards, the corresponding Pod Function 
address will again contain other information about the test. 

The Quick Fill and Quick Verify Functions 4A-5. 

The Quick Fill and Quick Verify functions allow you to fill blocks of memory with the 
same value of data and then verify the accuracy of the contents. The Quick Fill 
function works much faster than if the equivalent operation is programmed from a 
series of Troubleshooter Write commands. The Quick Fill and Quick Verify functions 
allow you to customize special memory diagnostics, such as might be desirable when 
testing a memory-mapped video display. You could, for example, just fill the video 
memory with a known data value, then simply look for errors on the UUT’s video 
display. 

The Quick Fill and Quick Verify functions may be used individually or they may be 
specified to work together in one step. 

The Quick Fill and Quick Verify functions are controlled by writing setup information 
into Pod Function addresses in the same manner as the Quick RAM test described 
above. 

• The Quick Fill function will write the data that is contained in the starting address 
to all of the addresses in the block. 

• The Quick Verify function will read data from all of the addresses in the block an 
compare each one to the data contained in the starting address. Errors will be 
reported via the Pod Function addresses described below. 

Addresses to be used with a Fill and Verify function are defined by placing a “4” into 
the seventh hex digit of the address (4XX XXXX). Such addresses are not physical 
addresses in the UUT’s address space— they are special read/ write operations that the 
Pod uses to control it’s built-in tests and functions. 

Use the following procedure to perform one of the Fill and Verify functions on a 
section of the UUT’s RAM memory: 

1 . Specify the data to be used by a WRITE @ XX XXXX = DDDD, where: 

XX XXXX Is the starting address (including control bits). 

DDDD Is the data to be filled throughout the defined address block. 

NOTE 

This step is only used with the Quick Fill function. 

2. Define the starting address by a WRITE @ 4 XX XXXX=0 , where XX XXXX 
is the starting address. (Must be even in a word address space.) 

3. Define the ending address, address increment, and test specification by a single 
WRITE @ 4YY YYYY= OOZN, where: 
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YY YYYY Is the desired ending address. The ending address must be 
greater than the starting address. 

Z Is the desired increment. If Z is omitted or specified as 0, the 

address increment defaults to 2. (Must be even in a word 
address space.) 

N Is the test specification. N may be either 

1 = Quick Fill function 

2 = Quick Verify function 

3 = Quick Fill and Quick Verify functions 

00 If specified, the most-significant two digits of the data must be 

zeros. 

The Quick F ill and Quick V erify functions begin execution as soon as you complete the 
entry of the ending address. During and after execution of the functions, the 
Troubleshooter will not display any information about the progress or results of the 
functions unless you request it. The functions may be aborted before completion by 
selecting another operation. 



NOTE 

If you specify a beginning address that is not readable or writable, the 
Quick Fill or Quick Verify functions may write or read incorrect data at 
the remaining addresses. 



NOTE 

The address-control bits (A20-A22) must be the same values for both the 
starting and ending address. Otherwise, the test will return an abort code 
A2 (illegal address in command). 

To determine if the Quick Fill or Quick V erify function is still in progress, or what the 
results are, you should perform a Read at the ending address. 

• Press READ @ ENTER to command a READ operation at the last-entered 
address. 

The Troubleshooter will display a code indicating the status of the test or the results. 
The status codes and their meanings are shown in Table 4A-2. 

Several read-only Pod Function addresses in the 400 00XX range contain additional 
information about the Quick Fill and Quick Verify function, including records of 
addresses used and errors. The Pod Function addresses for the Quick Fill and Quick 
Verify functions are also described in Table 4A-2. 

NOTE 

Unless the function has been started, the information contained at the 
Pod Function addresses will pertain to a previous test rather than the 
current function. Trying to read any of these addresses (or doing any 
other operation except a Read at the last test address) while the current 
function is in progress will abort it. 
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Table 4A-2. Quick Fill and Verify Function 



ACTION 



MEANING 



WRITE @ 4XX XXXX = 0 
WRITE @ 4YY YYYY = OOZN 



READ @ ENTER 



READ 

READ 

READ 

READ 

READ 

READ 

READ 

READ 

READ 

READ 

READ 



@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 
@ 400 



0000 

0002 

0004 

0006 

0008 

000A 

000C 

000E 

0010 

0012 

0014 



XX XXXX = starting address. 

YY YYYY = ending address 
Z = increment 

1 = byte addresses 
0,2 = word addresses 
N = function type 

1 = Fill 

2 = Verify 

3 = Fill then Verify 
Returns status as follows: 

CODE I MEANING 



0000 
00A0 
00 A 1 
00A2 
00A3 
00B0 
00B1 
OOCO 
OOFO 



No test requested 
Aborted, new command entered 
Aborted, illegal data in cmd 
Aborted, illegal adr in cmd 
Aborted, pod timeout occurred 
Busy, performing fill 
Busy, performing verify 
Complete, no errors 
Failed, data does not match 



Low word of starting address 
High word of starting address 
Low word of ending address 
High word of ending address 
Low word of error address 
High word of error address 
Data written by fill 

Actual data returned from error address 

Returns most recent code 

Hex mask of error bits 

Returns address increment and function type 



The following example demonstrates the simple procedure used to conduct a 
combined Quick Fill and Quick Verify function. To specify the functions over the 
RAM addresses 1 2000 through 1 2FFF with the default address increment of 2 and 
data 5555, do the following two operations: 

WRITE @ 1 2000-5555 
WRITE @ 401 2000-0 
WRITE @ 401 2FFE-3 

Line 1 inserts the data to be used into the first address. Line 2 defines the starting 
address to be 1 2000. Line 3 defines the ending address to be 1 2FFE and the test to be a 
combined Quick Fill and Quick Verify function with an increment of 2 (by default). It 
also causes the function to start. 
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To monitor the test results and look for any error codes that might result from the test 
press 

READ @ ENTER 

If an error occurs, you can check for more detailed information about the failure by 
reading the associated Pod Function addresses. 

TESTING ROM QUICKLY 4A-6. 

The Quick ROM Test allows you to test ROM address blocks more quickly than you 
can by using the Troubleshooter’s built-in ROM Test. The Quick ROM Test is not as 
rigorous and reliable as the signature analysis used by the Troubleshooter’s built-in 
ROM Test, nor does the Quick ROM Test have as extensive an error reporting 
capability. However, the Quick ROM Test can detect inactive data bits, and the 
checksum can be used to detect a faulty ROM device with a high degree of confidence. 

The Quick ROM Test works much like the Quick RAM Test described above. 

Addresses to be used with a Quick ROM test are defined by placing a “3” in the seventh 
hex digit space of the address (3XX XXXX). Such addresses are not physical addresses 
in the UUT's address space — they are special read/ write operations that the Pod uses 
to control its built-in tests and functions. 

Use the following procedure to perform a Quick ROM test on a section of the UUT’s 
ROM memory: 

1 . Define the starting address by a WRITE @ 3 XX XXXX=0, where XX XXXX 
is the first address to be used by the Quick ROM test. (Must be even in a word 
address space.) 

2. Define the ending address and address increment by a single WRITE @ 3 YY 
YYYY- 00Z1, where: 

YY YYYY Is the desired ending address. The ending address must be 
greater than the starting address. 

Z Is the desired increment. If Z is omitted or specified as 0, the 

address increment defaults to 2. (Must be even in a word 
address space.) 

1 Denotes “Ending Address”. 

00 If specified, the most-significant two digits must be zeros. 

The Quick ROM Test begins execution as soon as you complete the entry of the ending 
address. During and after execution of the test, the Troubleshooter will not display any 
information about the progress or results of the test unless you request it. The test may 
be aborted before completion by selecting another operation. 

NOTE 

The address-control bits (A20-A22)must be the same values for both the 
starting and ending address. Otherwise , the test will return an abort code 
A2 (illegal address in command). 
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T o determine if the Quick ROM Test is still in progress, or what the test results are, you 
should perform a Read at the ending address. The Troubleshooter will display a code 
indicating the status of the test or the test results. The status codes and their meanings 
are shown in Table 4A-3. r 

• Press READ @ ENTER to command a READ operation at the last entered 
address. 

Several read-only Pod Function addresses in the 300 00XX range contain additional 
information about the Quick ROM Test, including records of addresses used and any 
errors detected. The Pod Function addresses for the Quick ROM test are described in 
Table 4A-3. 



NOTE 

Unless the test has been started, the information contained at the Pod 
Function addresses will pertain to a previous test rather than the current 
test. Trying to read any of them (or perform any other operation except a 
Read at the last test address) while the current test is in progress will abort 
it. 



Table 4A-3. Quick ROM Test 



ACTION 

WRITE @ 3XX XXXX = 0 
WRITE @ 3YY YYYY = 00Z1 

READ @ ENTER 



MEANING 



XX XXXX = starting address. 

YY YYYY = ending address 
Z = increment 

1 = byte addresses 
0,2 = word addresses 

Returns status as follows: 



CODE 


MEANING 


0000 


No test requested 


00A0 


Aborted, new command entered 


00A1 


Aborted, illegal data in cmd 


00A2 


Aborted, illegal adr in cmd 


00A3 


Aborted, Pod timeout occurred 


00B0 


Busy, test in progress 


00B1 


Busy, performing verify 


ooco 


Complete, no errors 


00C1 


Complete, inactive bits detected 



READ @ 300 0000 
READ @ 300 0002 
READ @ 300 0004 
READ @ 300 0006 
READ @ 300 000C 
READ @ 300 000E 
READ @ 300 0010 
READ @ 300 0014 



Low word of starting address 
High word of starting address 
Low word of ending address 
High word of ending address 
Checksum 

Hex mask of bits detected as inactive 
Returns most recent error code 
Returns address increment 
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The following example demonstrates the simple procedure to conduct a Quick ROM 
test. Assume that a UUT has 8K of ROM memory, from F C000 through F FFFF, 
using four 2K X 8 ROM chips. To test properly, you need to have a separate test for 
each ROM device. This means that you’ll have to divide the total address block in half, 
and test both upper and lower bytes separately in each of these half blocks. This makes 
two address ranges: F C000-F DFFF and F E000-F FFFF. To test the upper byte in the 
first block, you would perform the following operations: 

WRITE @ 38 F C000=0 
WRITE @ 38 E DFFE-2 1 

Line 1 defines the starting address of the Quick ROM test to be F C000, with byte 
accesses. Line 2 defines the ending address to be F DFFE, with byte accesses, and the 
test to been done with an increment of 2 so as to access only the upper (even) bytes. It 
also causes the test to start. 

To monitor the test results and look for any error codes that might result from the test, 
press 

READ @ ENTER 

If an error occurs, you can check for more detailed information about the failure by 
reading the associated Pod Function addresses. 

To test the lower byte in the same address range, you would use a similar command, 
but start the test at the odd address. 

WRITE @ 34F COO 1=0 
WRITE @ 34 F DFFF= 2 1 

This will test the remaining ROM chip that provides the odd byte. As before, you can 
monitor the test results and look for any error codes that might result from the test by 
pressing 

READ @ ENTER 



NOTE 

The only error that will be indicated is one for stuck bits. The test will 
always return a checksum value to address 300 000 C, but there will be no 
indication whether this is the correct value. You must, compare this 
calculated value with a known good value to determine if the Quick ROM 
test passed. 

USING THE QUICK RAMP FUNCTION 4A-7. 

Introduction 4A-8. 

The Quick Ramp function allows you to do a rapid write of data, ramping from 0000 to 
FFFF at a single memory address. Like the quick memory tests described above, the 
Quick Ramp function is similar to the Troubleshooter’s built-in tests, only much 
faster. It is controlled by writing setup information into Pod Function addresses in the 
same manner as the other quick tests and functions. 
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Addresses to be used with a Quick Ramp function are defined by placing a “5” into the 
seventh digit of the address (5XX XXXX). Such addresses are not physical addresses 
in the UUT’s address space— they are special read/ write operations that the Pod uses 
to control it’s built-in tests and functions. 

Use the following single-step procedure to perform a Quick Ramp function on an 
address in the UUT’s RAM memory: 

1. Define the address by a WRITE @ 5 XX XXXX-0, where XX XXXX is the 
address to be used with the Quick Ramp function. 

NOTE 

The Quick Ramp function is illegal at a byte address. It will default to the 
next lowest address if a byte address is specified. 

The Quick Ramp function begins execution as soon as you complete the entry. It 
begins by writing the data value 0000 to the specified address. It follows with 65, 535 
Write operations, incrementing the data each time until the data equals FFFF. During 
and after execution of the function, the Troubleshooter will not display any 
information about the progress or results of the function unless you request it. The 
function may be aborted before completion by selecting another operation. 

To determine if the Quick Ramp function is still in progress, or what the results are, 
you should perform a Read at the last entered address. 

• Press READ @ ENTER to command a READ operation at the last entered 
address. 

The Troubleshooter will display a code indicating the status of the function. The status 
codes and their meanings are shown in Table 4A-4. 

Several read-only Pod Function addresses in the 500 00XX range contain additional 
information about the Quick Ramp function. The Pod Function addresses for the 
Quick Ramp function are also described in Table 4A-4. 



Table 4A-4. Quick Ramp Functions 



ACTION 


MEANING 


WRITE @ 5XX XXXX = ZZZZ 


XX XXXX = Ramp address 




ZZZZ = 


any data 


READ @ ENTER 


Returns 


status as follows: 




CODE 


MEANING 




0000 


No test requested 




00A0 


Aborted, new command entered 




00A2 


Aborted, illegal adr in cmd 




00A3 


Aborted, Pod timeout occurred 




00B0 


Busy, performing ramp 




ooco 


Complete 


READ @ 500 0000 


Low word of address 


READ @ 500 0002 


High word of address 


READ @ 500 0010 


Returns most recent code 
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NOTE 

Unless the function has been started, the information contained at the 
special addresses will pertain to a previous test rather than the current 
function. Trying to read any of these addresses (or doing any other 
operation except a Read at the last test address) while the current 
function is in progress will abort it. 



The following example demonstrates the simple procedure used to perform a Ramp 
function. To specify a Ramp function at address 4 2F0A, do the following operation: 

WRITE @504 2F0A-0 

To see if the Ramp function has been completed, or if it has aborted, press 
READ @ ENTER 

Generating Probe Signatures 4A-9. 

The Quick Ramp function is commonly used as a stimulus for creating probe 
signatures. The Troubleshooter Operator manual contains complete information on 
how to conduct a signature analysis investigation on your UUT. The basic procedure 
using the Pod’s Quick Ramp function is as follows: 

1 . Press PROBE SYNC D to select the data sync mode for the probe. 

2. Probe the selected data-related signal on the UUT. 

3. Press READ PROBE to clear the probe. 

4. Do the Quick Ramp function, using the procedure indicated above. 

5. Press READ PROBE to read the probe. 

6. Compare the displayed signature with the expected signature. 

USING THE POD WITH AN OSCILLOSCOPE 
Introduction 

When you use an oscilloscope in conjunction with a Troubleshooter and Pod to 
investigate a UUT, you should be familiar with two Pod-specific items: the Quick- 
Looping Function and the Synchronization modes. 

The primary use of the Pod’s built in Quick-Looping function is to increase the 
repetition rate of the oscilloscope display to enhance its brightness. The Using the 
Quick-Looping Function description below provides instructions for using this useful 
feature. 

The Troubleshooter’s Trigger Output can be used to synchronize your oscilloscope 
with specific cycles of Pod operations. The Probe and Synchronization Modes topic 
below describes the synchronization modes that are provided by the 80 1 86 P od, for the 
Troubleshooter’s probe as well as an oscilloscope. 



4A-10. 

4A-11. 
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Using the Quick-Looping Function 4A-12. 

The Quick-Looping read or write function is used primarily for brightening the display 
on an oscilloscope that is synchronized to the TRIGGER OUTPUT pulse (on the 
Troubleshooter’s rear panel). When looping on a Troubleshooter function, the signal 
trace on the oscilloscope screen is dim due to a low repetition rate; the Quick-Looping 
function can increase the repetition rate to make the signal trace much more visible. 

T o select the Quick-Looping function at address XX XXXX, place a “1 ” in the seventh 
hex digit of the address so that it becomes 1XX XXXX. The Pod first performs a read 
or write operation at address XX XXXX in the normal manner, reporting to the 
Troubleshooter any UUT system errors that might be detected (such as ACTIVE 
FORCE LINE, or CTL ERR, etc.). Then, the Pod enters the Quick Looping mode 
where the read or write operation is performed several times faster than the ordinary 
Looping mode that is specified by pressing the LOOP key on the Troubleshooter 
keyboard. During Quick Looping, the Pod does not check for any UUT system errors 
that may occur. Quick Looping continues until the operator selects another operation. 

For example, if the operator specifies the operation READ @ 120 F000, the Pod will 
perform a Quick-Looping Read operation at the address 20 F000 (an I/O access at 0 
F000). If the operator specifies the operation WRITE @ 140 B007 - 2F, the Pod will 
perform a Quick-Looping Write operation at address 40 B007 (a byte access to address 
0 B007), writing the data 2F. 

The Quick-Looping function may be used with read or write operations at any valid 
address, and any of the special interrupt function addresses listed in a later section 
titled Interrupt Handling. The Quick-Looping function is not intended to be used with 
any of the other troubleshooting functions or tests. 

If both error reporting and the Quick Looping feature are desired, you may apply the 
ordinary Troubleshooter Looping function to the Quick-Looping read or write, such 
as READ @ 1XX XXXX LOOP. The Troubleshooter will command read operations 
at address XX XXXX at the normal looping speed with full error reporting. For every 
ordinary read operation, the Pod will interject a few Quick-Looping read operations 
(with no error reporting) which will enhance oscilloscope viewing. 

Probe and Scope Synchronization Modes 4A-13. 

INTRODUCTION 4A-14. 

Y ou may use the Troubleshooter’s Synchronization function (selected with the SYNC 
key) to synchronize both probe operation and the rear panel TRIGGER OUTPUT 
pulse (for an oscilloscope) to events on the Pod’s buses. The four synchronization 
modes that are available and their Troubleshooter selection codes are: 

A = Address Sync 
D = Data Sync 
1 - Interrupt Acknowledge 
F - Free-Run 

ADDRESS SYNC 4A-15. 

If the address sync mode is selected, both the probe and scope trigger output are 
synchronized to the address portion of the UUT access. The scope trigger will pulse low 
shortly before the UUT access begins, and pulse high at the end of the address portion 
of the UUT-access cycle. If the probe stimulus mode is selected, the probe will pulse at 
the selected level (high or low) for the time between the two scope trigger pulses 
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described above. For probe response, the probe will latch on the signal level present at 
its tip at the time of the second or high-going scope trigger pulse. 

DATA SYNC 4A-16. 

If data sync is selected, the scope trigger will pulse low at the start of the data portion of 
the UUT access (the end of the address portion). It will pulse high at the end of the data 
cycle (the trailing edge of the Data Enable pulse). 

INTERRUPT-ACKNOWLEDGE SYNC 4A-1 7. 

If interrupt-acknowledge sync is selected, the scope trigger will pulse low at the start of 
the interrupt-acknowledge cycle, and it will pulse high at the end of the interrupt- 
acknowledge cycle. An interrupt-acknowledge sequence consists of two bus cycles. 
The interrupt-acknowledge sync pulse starts at the beginning of the first bus cycle of 
the sequence and ends at the end of the “send interrupt acknowledge” bus cycle. 

NOTE 

The interrupt-acknowledge sync mode is selected by the “1” key on the 
Troubleshooter (since there is no “I” key). 

FREE-RUN 4A-18. 

The free-run mode only applies to the Troubleshooter’s probe; it does not affect the 
scope trigger output. If free-run is selected, the probe stimulus pulses are generated at a 
frequency of approximately 1 kHz with a 1% duty cycle. The scope trigger output 
pulses remain synchronized to whatever other sync mode that may have been selected 
previously (either address, data, or interrupt acknowledge), even if free-run is selected. 

At power-on, the probe is in the free-run mode, and the scope trigger output pulses are 
synchronized to the address cycle. 

USING THE SYNC MODES 4A-19. 

One recommended method for using the scope synchronization is to synchronize on 
the negative edge of the scope trigger using the address sync mode. This will trigger the 
scope at a time slightly before the UUT access, allowing you to see the entire UUT 
access cycle. If you cannot verify that the scope is synchronized to the correct edge, use 
the pulse stimulus mode of the probe and display the signal on the scope. Since the 
probe stimulus pulses only occur during the UUT access (when the address sync mode 
is selected), you can easily check whether the scope is synchronized to the correc t edge. 
After verifying the correct synchronization, use the scope to look at the DEN signal 
during a looping Read operation. If the probe’s red indicator is on, then sync is timed 
with the address cycle. If the probe’s green indicator is on, then the sync is timed with 
the data access. If both indicators are on, the sync is free-running. The relationship of 
these signals and the UUT access is described and illustrated in Section 5. 

If the signal image on the scope is dim because of a low repetition rate, use the 
Quick-Looping function to increase the repetition rate and make the signal easier to 
see. 

TESTING INTERRUPT CIRCUITRY 4A-20. 

Introduction 4A-21. 

Once you begin testing your UUT, you may need to investigate the operation of 
interrupts. The Pod provides special functions for reading the type and address 
information that results from received interrupts. It also provides the ability to force 
interrupt-acknowledge signals, so that you can exercise other parts of the UUT’s 
interrupt-handling facilities. 
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The Pod can be configured to match the structure of the UUT’s interrupts. If your 
UUT uses interrupts, you will probably need to set up the interrupt configuration for 
your UUT manually (unless the default values that are provided are adequate). 
Information below will help you change the interrupt configuration. (Use the 
interrupt-configuration routines that are normally provided by the UUT’s software as 
a guide.) 

The 80186 Pod provides two distinct methods of structuring interrupts: Normal mode, 
where interrupts are passed from external devices to the 80186’s internal interrupt 
controller, and iRMX mode, where the internal interrupt controller is configured to be 
a slave to an external device. Using the interrupts in the two different modes is 
explained separately below. 

Normal Mode Interrupts 4A-22. 

INTRODUCTION 4A-23. 

The Pod provides special functions to allow you to have control over how interrupts 
are handled by the UUT and the Pod. Using these functions consists of writing data to 
and reading data from several Pod Function addresses. 

Pod Function addresses in the F0 008X range are used to configure the Pod’s 
interrupt-handling characteristics. The F0 01 XX (PCB) addresses do not need to be 
used (they are only used during RUN UUT operations). 

Instructions for controlling interrupts are provided in the paragraphs below. Included 
is information about configuring the different external interrupt lines and functions, 
reading the interrupt type and cascade address information that is provided by the 
system when an interrupt occurs, and forcing interrupt-acknowledge routines. 

CONFIGURING INTERRUPTS 4A-24. 

The Interrupt Configuration Pod Function address provides a simple method for 
configuring the Pod’s interrupt handling. Writing a single data byte to this address 
completely specifies the interrupt handling configuration. 

To configure the Pod to the interrupt-handling scheme that is required by your UUT, 
write a data byte to the Pod Function address F0 0080, coded as follows: 

0000 0000 00XX XXXX (binary) 

1 1 “Channel priority bit. 0 = Channel 0 priority, 1 = Channel 1 priority. 

This bit only applies if in the non-iRMX mode and both Channel 
0 and Channel 1 are configured as INT/INTA pairs. 

Channel 1 trigger mode bit. 0 = edge-triggered mode, 1 = level- 

triggered mode. This bit only applies if not in the iRMX mode and 

Channel 1 is configured as an INT/INTA pair. 

Channel 1 configuration bit. 0 = INTI and INT3/ INTA1 are 

configured as direct inputs, 1 = INTI and INT3/INTA1 are 
configured as an INT /INTA pair. Only applies if the iRMX 
mode bit not set. 

Channel 0 trigger mode bit. 0 = edge-triggered mode, 1 = level- 

triggered mode. This bit only applies if not in the iRMX mode and 
Channel 0 is configured as an INT/INTA pair. 

-Channel 0 configuration bit. 0 = INTO and INT2/ INTA0 are 

configured as direct inputs, 1 = INTO and INT2/INTA0 are 
configured as an INT /INTA pair. Only applies if the iRMX 
mode bit is not set. 

iRMX/non-iRMX mode bit. 1 = iRMX mode, 0 = non-iRMX mode. 

— Unused bits.Must be zero. 
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For example, 

A WRITE @ FO 0050=OO1D (1 1 101 binary) configures both channel 0 (INTO and 
INT2/INTA0) and channel 1 (INTI and INT3/INTA1) as interrupt/ interrupt- 
acknowledge pairs (both bits 4 and 2 of the data are set). Channel 0 is programmed to 
the edge-triggered mode (bit 3of the data is set), and channel 1 is programmed to the 
level-triggered mode (bit 1 of the data is not set). Since bit 0 is set, channel 1 has 
priority. 

A WRITE @ FO 0080= 20 (10 0000 binary) configures the Pod to the iRMX mode. 

A WRITE @ F0 0080=0 configures the Pod to its default interrupt mode, with all 
interrupt lines configured as inputs. No interrupt-acknowledge sequences occur in this 
mode. 

A READ @ F0 0080 returns the current interrupt configuration of the Pod. 

The default value contained in Pod Function address F0 0080 after power-up is 0000 
(non-iRMX mode, INTO and INT2/INTA0 configured as direct inputs). 

NOTE 

When either INT2 or INT3 are configured for direct input, the 
corresponding interrupt acknowledge lines are disabled by the Pod. The 
Pod Function addresses below, otherwise used for reading interrupt 
information and forcing interrupt-acknowledge routines, will not work. 

Attempts to read interrupt vector addresses will always return 00. 

NOTE 

A BUS TEST will check the driv ability of any lines that are configured as 
Interrupt Acknowledge lines. Once you have the Pod configured to 
produce any interrupt-a cknowl edge signals, a BUS TEST is a good way 
of making sure that the I NT A lines are drivable, instead of forcin g an 
interrupt-acknowledge routine to check the driv ability of an INTA line. 
(UUT-generated interrupt- acknow ledge cycles will not cause the Pod to 
check the drivability of the INTA lines.) 

ENABLING INTERRUPTS 4A-25. 

A Write operation to the Pod Function address F0 0080 describ ed above enables 
interrupts on any channel that is configured as an INT/ INTA pair. The Write 
operation also clears both of the INTR VECTOR status bits and clears both sets of 
interrupt types and cascade addresses. 

NOTE 

To eliminate conflicts, there is no Troubleshooter Setup function to 
enable or disable interrupts as there is in Interface Pods for other 
microprocessors. All interrupt control is accomplished via the Pod 
Function addresses listed here. 

Reading the interrupt types at F0 0082 and F0 0088 as described below will re-enable 
the respective interrupts and clear the corresponding INT VECT status bits. 



4A-17 




READING INTERRUPT INFORMATION 
Introduction 



4A-26. 

4A-27. 



When the Pod and the UUT are configured to have interrupt/ interrupt-acknowledge 
channels, upon receipt of external interrupts on such a channel, the UUT can generate 
two pieces of information: an interrupt type and a cascade address. The Pod has Pod 
Function addresses that allow you to view this information. 

Reading Interrupt Types 4A-28. 

When an interrupt is acknowledged, the interrupting device places an eight-bit byte of 
data on the bus which contains the interrupt type (0-FF hex) associated with the device 
requesting service. The Pod captures this information from the UUT so that you can 
view it later. 



The interrupt type can be determined by reading the Pod Function addresses listed 
below. Note that reading either of two addresses, FO 0082 or F0 0088, also clears the 
associated status bits and re-enables the interrupts. The other two addresses, FO 0084 
and F0 008 A, leave the status bits untouched. 



READ @ F0 0082 Returns the type that is pointed to by 1NTR VECTOR 0. 

Reading this Pod Function address re-enables INTO and clears 
the INTR VECTOR 0 status bit. 



READ @ F0 0084 Also returns the type that is pointed to by INTR VECTOR 0, 
but does not clear the INTR VECTOR 0 bit or re-enable INT 
0 . 

READ @ F0 0088 Returns the type that is pointed to by INTR VECTOR 1. 

Reading this Pod Function address re-enables INTI and clears 
the INTR VECTOR l status bit. 



READ @ F0 008 A Also returns the type that is pointed to by INTR VECTOR 1, 
but does not clear the INTR VECTOR 1 bit or re-enable INT 
1. 



These and other the Pod Function addresses that are used for interrupt handling are 
listed in Table 4A-5. 



NOTE 

Whenever an interrupt is acknowledged, succeeding interrupts are 
temporarily disabled until the current interrupt type is read. This prevents 
multiple interrupts from removing the current interrupt type before it can 
be read by the Troubleshooter. 

Reading Cascade Addresses 4A-29. 

When the UUT has multiple slave Programmable Interrupt Controllers (PIC’s), the 
Master PIC provides a cascade address during the interrupt-acknowledge routine to 
indicate which slave originated an interrupt. If the UUT is so designed, the PIC can put 
the cascade address on the UUT’s address bus, and the Pod can capture it during INTA 
cycles. 

This 16-bit cascade address can be found by reading one of the two Pod Function 
addresses F0 0086 (INTO) or F0 008C (INTI). Reading these addresses does not 
re-enable the interrupts or clear the respective INTR VECTOR X status bits. 
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FORCING INTERRUPT ACKNOWLEDGE ROUTINES 4A-30. 

To help with testing interrupts, the Pod Function addresses allow you to force 
interrupt-acknowledge routines. You can force an interrupt-acknowledge routine by 
writing any data to the Pod Function addresses that contain the interrupt-type 
information. 



Interrupt-acknowledge routines may be forced without an actual interrupt having 
occurred. All that’s required is for the interrupt channel to be configured as an 
interrupt pair (channel 0, for example, needs to be set up as an INT0/INTA0 pair). The 
forced interrupt clears previous types and cascade addresses and replaces them with 
new information. 



The Pod Function addresses for forcing interrupts are: 



WRITE @ F0 0082 = xx Force an interrupt-acknowledge routine on Channel 0 

WRITE @ F0 0084 = xx Force an interrupt-acknowledge routine on Channel 0 



WRITE @ F0 0088 - xx Force an interrupt-acknowledge routine on Channel 1 

WRITE @ F0 008A= xx Force an interrupt-acknowledge routine on Channel 1 



For example, to force an interrupt-acknowledge routine on channel 1, write any data 
to F0 0088 or F0 008A. 



The interrupt-type and cascade address information captured by the 80186 Pod can be 
read as described above under Reading Interrupt Information. 

iRMX Mode Interrupts 4 A- 31 . 

INTRODUCTION 4A-32. 

Some UUTs are designed with circuitry that operates the microprocessor in the iRMX 
interrupt mode. The internal Interrupt Controller in the 80186 Pod may be configured 
to be compatible with the iRMX-mode UUTs. When the Pod is configured to the 
iRMX mode, the internal interrupt controller of the Pod’s microprocessor is treated as 
a slave controller to an external Peripheral Interrupt Controller (PIC). The external 
interrupt lines of the Pod are used to perform the necessary handshaking functions 
with the external PIC. This requires the Pod to handle these external interrupt lines 
differently than in the normal mode. 

Interrupts are configured to the iRMX mode by setting bit 5 of the Interrupt 
Configuration Pod Function address (WRITE @ F0 0080 = 20). 

iRMX INTERRUPT SIGNALS 4A-33. 

The iRMX mode uses the same lines and Pod Function addresses as the normal mode, 
only with somewhat different functions. Table 4A-5 describes how the various 
interrupt lines are used in the normal mode and in the iRMX mode. 



NOTE 

The INTO line must be enabled for the lines to function in the iRMX 
mode. The INTO line is enabled by selecting the iRMX mode (via a 
WRITE @ F0 0080- 20) and re-enabled by reading the interrupt- 
acknowledge type address (F0 0082). 
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Table 4A-5. Interrupt Handling 



READ/WRITABLE ADDRESS 


DESCRIPTION 


F0 0080 


Interrupt Configuration Address 


F0 0082 


Interrupt Vector 0 (Re-enable on Read) 


F0 0084 


Interrupt Vector 0 (No Re-enable on Read) 


F0 0086 


Interrupt 0 Cascade Address 


F0 0088 


Interrupt Vector 1 (Re-enable on Read) 


F0 008A 


Interrupt Vector 1 (No Re-enable on Read) 


F0 008C 


Interrupt 1 Cascade Address 



INITIATING INTERRUPTS IN THE iRMX MODE 4A-34. 

A WRITE @ FO 0088 or FO 008 A will cause the Pod’s INT3/ INTA1 line to be set high 
as an interrupt-acknowledge signal to the external master PIC. The PIC may or may 
not respond with an interrupt on the INTO line. If an interrupt is active on INTO, the 
Pod will respo nd to th e interrupt with an iRMX mode interrupt-acknowledge routine 
on the INT0/INTA0 channel. This iRMX mode interrupt-acknowledge routine 
samples the INTI line (used by the Pod in iRMX mode as a SLAVE SELECT input). 
This sampling occurs on the falling edge of T2 of the second clock cycle of the 
interrupt-acknowledge routine, and the results are used to determine whether or not 
the interrupt vector is to be provided by an external PIC or the Pod microprocessor’s 
internal PIC. 



NOTE 

After the Pod performs an iRMX-mode interrupt-acknowledge 
sequence, the Pod exits the iRMX mode until the INTO line is re-enabled 
by a REA D @ F0 0082. D uring the t ime that the Pod has left the iRMX 
mode, the INT2/ INTA0 and INT3/ INTA1 lines will be pulled high by 
the Pod. 

A WRITE @ F0 0088 or F0 008 A=0 will cause the Pod’s INT3/ INTA1 line to be reset 
to a low condition when the Pod actually goes into the iRMX mode. When the Pod is 
initially configured in the iRMX mode (by a WRI TE @ F 0 0080=20), the data at the 
address F0 0088 and F0 008 A is 0, and the INT3/INTA1 line is set low. 



A READ @ F0 0088 or F0 008A will return the data at these addresses. 

PROCESSING INTERRUPTS 4A-35. 

If INTI (SLAVE SELECT) is high during the interrupt-acknowledge routine, an 
external device (usually a slave PIC) caused the interrupt and placed the interrupt type 
information on the data bus. The Pod will perform its normal interrupt-acknowledge 
routine, and capture the externally generated interrupt type and cascade address. The 
INTR VECTOR 0 status bit will be se t, and t he interrupt type can be read at addresses 
F0 0082 and F0 0084, as in the “INT / INTA pair” mode. The cascade address can be 
read at F0 0086, also as in the “INT/ INTA pair” mode. 

If INTI (SLAVE SELECT) is low during the interrupt-acknowledge routine, the 
master PIC selected the Pod’s interrupt controller as the interrupting device. The 
master PIC expects the Pod’s interrupt controller to place the interrupt type on its own 
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internal data bus. No external device is selected to place interrupt-type information on 
the external data bus. The information captured on the data bus by the Pod during the 
interrupt-acknowledge routine is invalid. The Pod executes the interrupt-acknowledge 
routine normally, except that it clears all bits of the data at both of the interrupt type 
addresses (FO 0082 and F0 0084) for Channel 0 to zero. This informs the user that the 
interrupt-type information that was captured by the Pod is invalid. 

NOTE 

If INTO is disabled, incoming interrupts on this line will be reported as 
with any active interrupt. A high or low level on INTI (SLA VE 
SELECT), however, will not generate an active-interrupt message . 

FORCING INTERRUPTS 4A-36. 

An iRMX mode interrupt-acknowledge routine can be forced by the user via a Write 
operation to address FO 0082 or F0 0084 (with any data) regardless of whether 
INTO and/or INTI (SLAVE SELECT) are enabled. This interrupt-acknowledge 
routine will erase any unread interrupt type and cascade address and replace it with the 
new interrupt type and cascade address. 

CHANNEL 1 POD FUNCTION ADDRESSES NOT USED 4A-37. 

The Pod Function address F0 008C', devoted to Channel 1 interrupts, is not used in the 
iRMX mode. A Read operation at address F0 008C will return 0000. 

Using the Imterrupt-Acknowledge Sync 4A-38. 

You may use the Troubleshooter’s Synchronization function to synchronize both 
probe operation and the rear panel TRIGGER OUTPUT pulse (for an oscilloscope) to 
the Pod’s interrupt-acknowledge cycle. Press SYNC 1 to select the interrupt- 
acknowledge sync mode. 



NOTE 

The interrupt-acknowledge sync mode is selected by the “l ’’key on the 
Troubleshooter (since there is no “I” key). 

If interrupt-acknowledge sync is selected, the scope trigger will pulse low at the start of 
the interrupt-acknowledge cycle, and it will pulse high at the end of the interrupt- 
acknowledge cycle. An interrupt-acknowledge sequence consists of two bus cycles. 
The interrupt-acknowledge sync pulse starts at the beginning of the first bus cycle of 
the sequence and ends at the end of the “send interrupt acknowledge” bus cycle. See 
Using the Pod with an Oscilloscope earlier in this Section for more information about 
the available sync modes. 

TESTING UUT DMA CIRCUITRY 4A-39. 

Introduction 4A-40. 

In the RUN UUT mode, the Pod provides the complete DMA capability of the 80186 
microprocessor. It will handle both internal DMA operations (internal to the CPU) 
and external DMA operations. Specific instructions for using both types of DMA 
Controllers are provided in the following paragraphs. See Appendix H for detailed 
information about the DMA registers. 

The Pod also allows you to investigate external DMA circuitry on the UUT by 
simulating DMA accesses. See Simulating DMA Accesses below. 
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DMA Operations During RUN UUT 

INTRODUCTION 

Before using the RUN UUT mode with a UUT that uses the CPU’s internal DMA 
Controller, you must make sure that the DMA Controller registers are loaded with the 
correct contents. You can do this by either using an entry address for RUN UUT that 
will access the UUT’s initialization programming (which the UUT would normally use 
to load the registers) or by predefining contents by writing data to Pod Function 
addresses. 

The Pod provides default values for the DMA Controller registers that essentially turn 
the DMA mechanism off. These default values are shown in Table 4A-6. 



4A-41. 

4A-42. 



Table 4A-6. DMA Control Addresses 



FUNCTION 


CHANNEL 0 


DEFAULT 


CHANNEL 1 


DEFAULT 


Control Word 


F0 01CA 


0000 


F0 01 DA 


0000 


Transfer Count 


F0 01C8 


0000 


F0 01D8 


0000 


Dest. Pointer 
(upper 4 bits) 


F0 01C6 


0000 


F0 01 D6 


0000 


Dest. Pointer 
(lower 16 bits) 


FO 01 C4 


0000 


F0 01D4 


0000 


Source Pointer 
(upper 4 bits) 


F0 01C2 


0000 


F0 01 D2 


0000 


Source Pointer 
(lower 16 bits) 


F0 01 CO 


0000 


F0 01 DO 


0000 



CONFIGURING DMA CONTROL REGISTERS 4A-43. 

The DMA Control Registers are changed by writing to a group of Pod Function 
addresses. Table 4A-6 shows the Pod Function addresses that correspond to each 
DMA Controller Register. If you want to change the contents of the DMA Channel 0 
Control Word to 0001, for example, enter WRITE @ F0 01 C A- 0001. 

EXTERNAL DMA OPERATIONS 4A-44. 

External DMA controllers normally assert the HOLD line to make the 80186 CPU 
release control of the bus during DMA operations. If such external DMA operations 
are expected during normal operations of the Pod, the Pod should have the HOLD line 
enabled, so that the Pod will correctly respond and allow the external DMA controller 
to have control. Make sure that the Troubleshooter’s Setup command SET- ENABLE 
H OLD? is set to YES. If the HOLD line is not enabled, the Pod will not change its lines 
to a high-impedance state in response to a HOLD signal and will not respond with a 
Hold Acknowledge (HLDA) signal. The absence of the HLDA signal will prevent 
DMA operation from occurring. 
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Simulating DMA Accesses for Troubleshooting 4A-45. 

Even though the Pod does not provide DMA operation when it is not in the RUN UUT 
mode you may still be able to exercise DMA circuitry by writing and reading to and 
from DMA addresses. To simulate a DMA access, set the Normal/ DMA Address- 
Control Bit when you specify the address. (See Addresses in Section 2 for information 
about Address-Control Bits.) 



oxxx xxxx xxxx xxxx xxxx xxxx 



20-bit Address 



Normal /DMA Address Control Bit 



For example, to do a word fetch (DMA Read) from memory location 6 88FE, enter 
READ @ 16 88 FE 

A byte-access deposit (DMA Write) to 0 002B would be done by entering 
WRITE @50 002B=xx 



When the Normal/ DM A Address-Control Bit is high, the Control Line S6 is driven 
high by the Pod during memory accesses. The UUT may use the S6 signal to determine 
that the operation is a DMA reference, so that the corresponding circuitry can be 
enabled. 



USING THE RUN UUT MODE 4A-46. 

Introduction 4A-47. 

The RUN UUT mode allows the Pod to emulate the UUT’s microprocessor by 
executing a program directly from the UUT’s memory. Before using the RUN UUT 
mode, you may first need to configure the RUN UUT entry address and registers in the 
Peripheral Control Block (PCB), such as chip select definitions and DMA Controller 
register specifications. The UUT’s program listing may be a useful guide to 
configuring these items. 

The RUN UUT Entry Address 4A-48. 

INTRODUCTION 4A-49. 

When you select RUN UUT, you may either use the default execution address that is 
supplied by the Pod, or you may explicitly specify the address where execution begins. 
Each of these cases are described in the following paragraphs. The Pod Function 
addresses that pertain to the RUN UUT mode are listed in Table 4A-7. 



NOTE 



Interrupts are always disabled when the Troubleshooter enters the RUN 
UUT mode. 
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Table 4A-7. RUN UUT Control Addresses 



FUNCTION 


ADDRESS 


DESCRIPTION 


RUN UUT Type 1 


F FFFO 


This is the RUN UUT default address that the Pod 


(Using the 




supplies if the operator does not specify an execution 


Default 




address. RUN UUT execution at F FFFO sets all 


Execution 




segment register to their reset values (0000 for ES, SS, 


Address) 




and DS, and FFFF for CS) and sets the offset to 0. 


RUN UUT Type 2 


XYZZZZ 


The RUN UUT execution address may be specified by 


(Specifying the 




entering the address as RUN UUT @ XYZZZZ, where X 


Execution 




is 0 for word accesses or 8 for byte accesses, the CS 


Address) 




register will equal Y000, and the offset will be ZZZZ. 


RUN UUT Type 3 


F0 XXXX 


The Segment Registers may be defined prior to a RUN 


(Specifying the 




UUT by writing the data to the following Pod Function 


Segment 




addresses: 


Register 

Contents) 




F0 0020 = ES Register 
F0 0022 = SS Register 
F0 0024 = CS Register 
F0 0026 = DS Register 






After the desired values are written to the above 
addresses, execute RUN UUT at the address F0 XXXX, 
where XXXX is the desired offset address. The 
specified contents are loaded into the segment 
registers. As usual, the RUN UUT execution addresses 
are formed using the CS register: CS register contents 
are shifted left four bits, then added to the offset for 
the execution address. 



USING THE DEFAULT EXECUTION ADDRESS 4A-50. 

If the RUN UUT mode is selected and you do not specify the execution address, the 
Pod supplies the address 000F FFFO as the execution address. Execution at this 
address sets the segments registers to their reset values: 0000 for the ES, SS, and DS 
registers, and FFFF for the CS register; the offset address is set to 0000. 

NOTE 

The default address for RUN UUT is the entry address for the 
microprocessor’s Reset software. The UUT’s programming may alter the 
values of the Chip Select Registers and other contents of the Peripheral 
Control Block registers. When the Pod exits from the RUN UUT mode, 
the Chip Select Registers and other Peripheral Control Block registers 
are returned to their previous configuration. 

SPECIFYING THE RUN UUT ADDRESS 4A-51. 

You may select the address where RUN UUT execution begins by using any of three 
methods: changing the default RUN UUT entry address using the Troubleshooter’s 
Setup command, explicitly defining the RUN UUT address, or by using Special 
Function addresses within the Pod. 
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• You may change the RUN UUT default address with the Troubleshooter Setup 
function by entering the desired address for the Setup message SET-R UN UUT@ 
FFFFO-CHANGE? 

• You also may change the RUN UUT entry address by explicitly entering the 
beginning address when using the RUN UUT command. For example, entering 
RUN UUT @ 0000FE will cause the RUN UUT operation to begin at the address 
OOFE. 

• Using the Special Function address FO XXXX for RUN UUT will cause the RUN 
UUT to begin with the segment registers intact. Using this method, you can specify 
a RUN UUT to begin anywhere in memory, without the segment registers being 
reset when RUN UUT begins. For example, to perform a RUN UUT at A BCDE, 
first load the CS register with A000 by a WRITE @ FO 0024= A000, then specify a 
RUN UUT using the FO XXXX address, RUN UUT @ FF BCDE. 



NOTE 

All addresses that are executed in RUN UUT are formed using the CS 
register. If an even address is specified, a segment prefix specifying a 
word access should be used (such as 3X XXXX). If an odd address is 
specified, a segment prefix specifying a byte access should be used (such 
as 4X XXXX). 



Whenever any address other than the default address (F FFFO) is specified, the Pod 
considers the offset address to be equal to the four least significant digits, and the CS 
register contents to equal the fifth hexadecimal digit followed by three zeros. Consider 
the following examples: 

After the following operations to set up the appropriate registers, 

WRITE @ F00022=A000 
RUN UUT @ FOBCDE 

these are the results: 

ADDRESS WHERE 

RUN UUT BEGINS CS REGISTER CONTENTS OFFSET 

000A BCDE A000 BCDE 

The same operation with a byte address, 

WRITE @ F00022=A000 
RUN UUT @ 40BCDE 

produces these results: 

ADDRESS WHERE 

RUN UUT BEGINS CS REGISTER CONTENTS OFFSET 

004 A BCDE A000 BCDE 
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In the next example, an odd word address is specified (000F FFFF). However, only 
even words are allowed in the specified address space, so the Troubleshooter forces the 
address to the next lower even address (which causes the offset to be even— FFFE). 
The first operations are, 

WRITE @ F00022=F000 
RUN UUT @ FOFFFF 

and they produce these results: 

ADDRESS WHERE 

RUN UUT BEGINS CS REGISTER CONTENTS OFFSET 

000F FFFE F000 FFFE 

A similar example shows the same specification, only in an address space where byte 
addressing is permitted, 

WRITE @ F00022=F000 
RUN UUT (a) 40BCDE 

This time, the result is a RUN UUT beginning at a byte address: 

ADDRESS WHERE 

RUN UUT BEGINS CS REGISTER CONTENTS OFFSET 

004 F FFFF F000 FFFF 

For comparison, note that the default entry address for RUN UUT produces these 
values: 

ADDRESS WHERE 

RUN UUT BEGINS CS REGISTER CONTENTS OFFSET 

000F FFFO (default address) FFFF 0000 

The CS register contents are set to the reset value and the offset is 0000. 



Peripheral Control Block 4 A- 52 . 

INTRODUCTION 4A-53. 

All of the Peripheral Control Block (PCB) registers may be programmed before you do 
a RUN UUT operation. This allows you to set up registers that would otherwise be 
configured by the UUT’s software, and of course, allows you to manipulate the 
registers for diagnostic purposes. 

Programming the Peripheral Control Block registers involves writing data to Pod 
Function addresses, which are summarized (with their default values) in Table 4B-2. 
Refer to Appendix H for detailed information about programming the PCB registers. 
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SPECIFYING SEGMENT REGISTER CONTENTS 4A-54. 

The contents of any or all of the segment registers may be specified before RUN UUT 
execution begins. To specify the segment register contents, use the following 
procedure: 

1. Write the desired 16-bit value to the following Pod Function addresses before 
selecting RUN UUT (these Pod Function addresses and their default values are 
also listed in Table 4A-7): 

FO 0020 = ES register initial contents (default=0000) 

F0 0022 ~ SS register initial contents (default=0000) 

F0 0024 ~ CS register initial contents (default=FFFF) 

F0 0026 : = DS register initial contents (default=0000) 

Read operations may be performed at these Pod Function addresses to 
confirm that they contain the desired values. 

2. After the desired values are written to the above addresses, specify RUN UUT 
at the address F0 XXXX (XXXX equals the offset address). When RUN UUT 
begins, the initial contents of the segment registers will equal the values at the 
Pod Function addresses. 



NOTE 

During execution of RUN UUT, no information is passed back to these 
Pod Function addresses; even though the segment register contents 
change, the values at the Pod Function addresses are unchanged by RUN 
UUT. As usual, the RUN UUT execution addresses are formed using the 
CS register contents and the offset address . (The value in the CS register is 
shifted left four bits and then added to the offset address.) 

SETTING UP TIMERS 4A-55. 

The design of your UUT may require that you define the operation of the Timers 
before using the RUN UUT mode. The default state of the timers is set to disable all 
timer functions. See Configuring the Timers in Section 4B for complete information. 

PREDEFINING DMA CONTROLLER REGISTERS 4A-56. 

Y ou may need to define the operation of the internal DMA controller before using the 
RUN UUT mode. See Testing DMA Circuitry in this Section for complete 
information, 



DEFINING INTERRUPT HANDLING 4A-57. 

Y ou may need to define the operation of interrupts before using the RUN UUT mode. 
See Testing Interrupt Circuitry in this Section for complete information. 
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Section 4B 

Configuring the Pod 



INTRODUCTION 4B-1. 

This Section describes how to configure the Pod for use with a specific UUT and how 
to use Pod functions that do not involve accesses to the UUT. 

The Pod provides Pod Function addresses to allow you to set up the Pod to the same 
configuration as the microprocessor that it replaces. These include such procedures as 
configuring the chip select lines, the interrupt structure, and internal timer operation. 
Many of these items need to be set (usually, using the UUT’s program listing as a guide) 
before using the Pod in the RUN UUT mode and, occasionally, before you can access 
components on the UUT with Read and Write operations. 

Other Pod Function addresses allow you to get information from the Pod about the 
most recent UUT access, such as status and error information. 

Topics in this Section include: 

Configuring Chip Selects How to set up the Pod’s Chip Select registers for use 

with your UUT. 

How to set up the Pod’s internal Timer registers for use 
with your UUT. 

How to adapt the Pod to accommodate your UUT’s 
specific characteristics. 

Configuring the interrupt structure of the Pod. 

How to suppress the reporting of unimportant or 
known errors by the Pod. 

How to poll the Pod for specific information about 
previous errors. 



Configuring Timers 

Configuring General 
Pod Characteristics 

Configuring Interrupts 

Masking Errors 

Determining Errors 



CONFIGURING CHIP SELECTS 
Introduction 

The 80186 microprocessor has several programmable Chip Select lines. All of these 
need to be programmed to define which memory or peripheral addresses that they will 
enable. If your UUT uses these Chip Select lines, you will need to have them 
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programmed properly in the Pod so that the correct memory or peripheral blocks are 
enabled. That will ensure that all of the available memory and all of the peripherals are 
actually tested, and that the accesses have the correct timing. Otherwise, erroneous 
Read / Write errors may be reported due to the Pod trying to select non-existent devices 
or using the wrong delay time (number of Wait states), and some sections may be 
inadvertently skipped and not tested. 

Normally, programming the Chip Selects would be done by the UUT’s software as part 
of an initialization routine. When you test a UUT, you can handle these Chip Select 
lines by manually defining the Chip Select specifications (by writing to several of the 
Pod’s Pod Function addresses) or by using the default Chip Select definitions that are 
provided by the Pod. These procedures are both described below. 

NOTE 

Some 80186 UUTs do not use the Chip Select lines . Instead, they use a 
decoder device to expand the range of memory available beyond that 
which is possible using the Chip Selects. If your UUT does not use the 
Chip Select lines, you may still need to check the default values for the 
proper number of Wait states at a given address. 

The chip select specifications take immediate effect and remain in operation during 
normal Pod operation, as well as during the RUN UUT mode. 

NOTE 

If the Chip Selects are altered by the UUTs software during the RUN 
UUT mode, such as they might be if the initialization software is 
executed, they will return to the previusly selected values when the 
normal RUN UUT is finished. See Appendix I for a description of a 
special RUN UUT procedure that retains the UUTs register values upon 
completion. 

Programming Chip Selects 

INTRODUCTION 

Manually programming Chip Selects is a two-fold process: defining the allocation of 
memory or peripheral blocks for each Chip Select line and specifying the number of 
Wait states to be used for accesses to each memory block. These values are defined by 
writing the data to Pod Function addresses in the Pod. 

ALLOCATION 4B-6. 

You may define the valid address range of any of the 80186’s Chip Select lines by 
writing data to Pod Function addresses in the Pod which correspond to the Chip 
Select Registers in the microprocessor. Refer to Appendix H for information about 
the data format and application. Table 4B-1 lists the Pod Function addresses used to 
control Chip Selects. 

WAIT STATES 4B -7. 

Part of each Chip Select definition is the number of Wait states to be used in each bus 
cycle that uses that chip select line. The number of Wait states is determined by the 
response speed of the memory or peripheral in the particular block that’s being used. 
The Wait states are inserted into the bus cycle. The Wait states extend the length of the 
bus cycle so that the Pod’s microprocessor can communicate with slowly responding 
devices. 
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4B-1. Chip Select Special Addresses 



ADDRESS 


SPECIAL 

REGISTER 


DEFAULT 


DEFAULT 

WAIT 

STATES 


F0 01 AB 


MPCS Register 


AOFB 


3 


F0 01A6 


MMCS Register 


81 FB 


3 


F0 01A4 


PACS Register 


403B 


3 


F0 01A2 


LMCS Register 


3FFB o3F$ 


3 


F0 01 AO 


UMCS Register 


C03B 


3 



If you use too many unnecessary Wait states or not enough Wait states, you may 
introduce timing problems that produce Read/ Write errors. You need to use the 
literature from both the memory/ peripheral manufacturer and the microprocessor 
manufacturer to determine the optimum number of Wait states for your application. 
Slower devices will require more Wait states (up to 3). Faster ones will not require as 
many, and the fastest will not need any at all. Not all of the memory and peripherals in 
a UUT will always have the same required number of Wait states— some may need 
different specifications. 

USING CHIP SELECT DEFAULTS 4B-8. 

The 80186 microprocessor normally only defines the address range of the Upper 
Memory Chip Select. That part of memory normally contains the initialization 
programming that will be used after power-up to configure the remainder of the lines. 
After power-up, the Pod provides default values for all of the available Chip Select 
lines, not just the Upper Memory Chip Select. These default values are shown in Table 
4B-2. The default values have been selected to cover as much memory space as 
possible, in the largest blocks. 

Each one of the default values allows three wait states during bus cycles to 
accommodate the slowest memories. The external Reading is also enabled by default. 

You may be able to use the default values, even if they do not coincide with 
arrangement that is used by your UUT. By checking the table of defaults, you may be 
able to use the default arrangement to access the memory in your UUT. For example, 
you may be testing a UUT that uses its MCS Chip Select line to enable a certain block 
of memory. This Chip Select line is normally defined by the UUT’s software to be the 
address range 20000-2FFFE. The Pod has this MCS line predefined by default to be 
the range 800Q0-8FFFE. You can access the memory on the UUT without redefining 
the MCS Chip Select line by reading and writing to addresses in the 80000-8FFFE 
range instead. (Refer to Table C-l in Appendix C for the default Chip Select register 
values.) 

CONFIGURING THE INDIVIDUAL CHIP SELECT LINES 4B-9. 

The Pod has its own Peripheral Control Block (PCB), like that of the 80186 
microprocessor. The PCB of the Pod controls the behavior of the Internal Peripherals 
(including the Chip Select Generator and the Wait State Generator) of the Pod’s 
microprocessor. The PCB registers of the Pod are accessed by Read and Write 
operations at Special Function Addresses (addresses that are not UUT addresses). 

The locations of the Pod’s PCB registers in the Pod’s Special Function Address map 
are shown below. Note that the registers are arranged in groups according to which 



4B-3 





9000A-80186 



peripheral device they control, and that the beginning and ending address of each 
group of registers are shown. The Chip Select Control registers form one of these 
groups; they are located at the addresses FO 01 AO through F0 01A8. 



80186 POD 
SPECIAL 
ADDRESS 

FO 01 FE 
FO 01 DA 

F0 01C0 
FO 01A8 

FO 01 AO 
FO 0166 

FO 0150 
F0013E 

FO 01 20 



Relocation Register 



DMA 

Controller 

Registers 



Chip Select 
Control 
Registers 



Timer 

Control Registers 



Interrupt 

Controller 

Registers 



There are fi ve Ch ip Select Control registers; one register controls the UCS line, one 
controls the LCS line, and three others control all of the Peripheral Chip Select and 
Mid-range Chip Select lines. 

Detailed information about the programming the Chip Select registers is located in 
Appendix H. The following paragraphs demonstrate how to program a Chip Select 
register for the block of RAM shown below. 



80186 M P 
Socket 
(Connection 
to 80186 mP 
or 80186 Pod) 

LCS 



33 



Address, Data and 
Control Signals 

LCS 



128K-byte 

RAM 

(0-1FFFF hex) 
Requires one 

wait state 

CS 
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This RAM requires the LCS line to be configured to go low over the first 128K bytes 
(0-1FFFF) of the Pod’s memory map. Ther e mu st also be one Wait state inserted into 
all (UUT access) bus cycles that a ddress the LCS line. The LMCS register of the Pod’s 
PCB is used to control the LCS line. (The LMCS register is one of the Chip Select 
Control registers.) The bits in the LMCS register are shown below: 

Bit: 

Pod Address: F001A2 

A19 All 



15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 



0 


0 


u 


u 


0] 


u 


u 


u 


u 


u 


0 


0 


1 


R2 


R1 


R0 



Bits 6 through 1 5 of the LMCS regi ster re present address bits 1 1 through 1 9 (A 1 1 - A 1 9) 
of the upper limit address of the LCS line. Bit positions 6 through 13 are a user- 
programmable portion of this address. Bits 3, 4, and 5 of the LMCS register are 
“hardwired” to a value of 1, and have no meaning. 



For this example, the upper limit address of the LCS line is to be 1FFFF hex. The 
binary representation of this value is shown below: 



1 F F F F 

loooi mi TTn mi mi 



(hex) 

(binary) 



A19 



AO 



Address bits A17-A19 are set to zero for the hex address 1 FFFF. Thus, the 
corresponding bits in the LMCS register must be set to zero. The LMCS register bits 
14 and 15 (corresponding to address bits A18 and A 19, respectivel y) ar e already 
“hard-wired” to zero. (This restricts the upper limit address of the LCS line to 3 
FFFF.) Of the bits labeled “U”, only bit 13 (representing address bit 17) is to be set to 
zero. 

The bits denoted by R0, R1 , and R2 are programmable bits that control the number of 
Wait states associated with the LCS line. Bit R2 controls whether or not the external 
signals A RDY and SRDY are allowed to affect the number of Wait states in bus cycles 
using the LCS line; if R2 is set to zero, A RDY and SRDY are allowed, otherwise they 
are not. For the purpose of this example, R2 will be set to zero (ARDY and SRDY 
allowed). Bits R1 and R0 control the number of Wait states that are associated with 
the LCS line, as follows: 



BIT 

VALUES: 


NUMBER 

OF 

WAIT 

STATES 


R 1 


R0 


0 


0 


0 


0 


1 


1 


1 


0 


2 


1 


1 


3 



In this example, 1 wait state is required, so R1 will be set to 0 and R0 will be set to 1. 
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The LMCS register bit assignments look like those shown below: 



Bit: 

Pod Address: F001A2 



151413121110 9 876543210 



0 


0 


0 


0 


0 


0 


0 


1 1 


1 


0 


0 


1 


0 


0 


1 



UUUUUUUU R2R1R0 
A 19 All 



Hex value: 1FF9 



LCS Configuration: Upper Address Limit = 1FFFF (hex) 

— Lower Address Limit = 0 

— Number of Wait States = 1 
— ARDY and SRDY allowed 

The hex value of the bits in the LMCS register should be 1 FF9. To configure the LCS 
line, use the WRITE function of the Troubleshooter to put the hex data ( 1 FF9) in the 
LMCS register (at address F001 A2) of the Pod, as follows: 

WRITE @ F001A2 = 1FF9 

CONFIGURING TIMERS 4B-10. 

Introduction 4B-11. 

Some UUT’s may require that the Pod’s timers be programmed a certain way in order 
for the Pod to be able to communicate with some of the devices on the UUT. The three 
timers in the Pod’s microprocessor can be programmed the same as the UUT’s 
microprocessor normally would be. Once programmed, the timers begin running 
immediately and remain in operation during normal Pod operation, as well as during 
the RUN UUT mode. This makes it possible for you to activate all timer-dependent 
devices. 

At power-up, the Pod’s timers are set to be non-functional (TMR OUT lines set high, 
TMR IN lines ignored). In order to use the timers, you will need to write data to several 
Pod Function addresses that correspond to the UUT microprocessor’s Peripheral 
Control Block registers. The Pod Function Addresses that control the Pod’s timers are 
listed in Table 4B-2. 

See Appendix H for information about how to prepare the timer registers to perform a 
specific function. 



NOTE 

You will normally set up the timers in the same manner that the UUT’s 
initialization software sets up the timers in the UUT’s microprocessor. 
Use the program listing as a guide to defining the appropriate registers. 

NOTE 
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NOTE 

The Pod temporarily over-rides the programmed function of the TMR 
IN and TMR OUT signals during a BUS TEST in order to verify the 
drivability of the TMR OUT lines. After the BUS TEST, the timer 
functions are restored to function as they were originally programmed. 



Table 4B-2. Peripheral Control Block Special Addresses 



ADDRESS 


DESCRIPTION 


POWER-UP 
DEFAULT 
VALUE (hex) 


Relocation Register Address 


F0 01FE 


Relocation Register 


00FF 


DMA Controller Register Addresses 


FO 01 DA 


DMA Channel 1 Control Word 


0000 


F0 01D8 


DMA Channel 1 Transfer Count 


0000 


FO 01 D6 


DMA Channel 1 Dest. Ptr. (upr 4 bits) 


0000 


F0 01D4 


DMA Channel 1 Dest. Ptr. (Iwr 16 bits) 


0000 


FO 01 D2 


DMA Channel 1 Src. Ptr. (upr 4 bits) 


0000 


FO 01 DO 


DMA Channel 1 Src. Ptr. (Iwr 16 bits) 


0000 


FO 01 CA 


DMA Channel 0 Contrl Word 


0000 


F0 01C8 


DMA Channel 0 Transfer Count 


0000 


F0 01C6 


DMA Channel 0 Dest. Ptr. (upr 4 bits) 


0000 


F0 01C4 


DMA Channel 0 Dest. Ptr. (Iwr 16 bits) 


0000 


F0 01C2 


DMA Channel 0 Src. Ptr. (upr 4 bits) 


0000 


F0 01 CO 


DMA Channel 0 Src. Ptr. (Iwr 16 bits) 


0000 


Chip Select Register Addresses 


F0 01A8 


MPCS Register 


AOFB 


F0 01A6 


MMCS Register 


81 FB 


F0 01A4 


PACS Register 


403B 


F0 01A2 


LMCS Register 


3FFB 


F0 01 A0 


UMCS Register 


C03B 


Timer Register Addresses 


F0 0166 


Timer 2 Mode/Control Word Register 


0000 


F0 0162 


Timer 2 Max Count A Register 


0000 


F0 0160 


Timer 2 Count Register 


0000 


F0 01 5E 


Timer 1 Mode/Control Word Register 


0000 


F0 015C 


Timer 1 Max Count B Register 


0000 


F0 015A 


Timer 1 Max Count A Register 


0000 


F0 0158 


Timer 1 Count Register 


0000 


FO 0156 


Timer 0 Mode/ Control Word Register 


0000 


FO 0154 


Timer 0 Max Count B Register 


0000 


FO 01 52 


Timer 0 Max Count A Register 


0000 


FO 01 50 


Timer 0 Count Register 


0000 



4B-7 





Table 4B-2. Peripheral Control Block Special Addresses (cont) 



ADDRESS 


DESCRIPTION 


POWER-UP 
DEFAULT 
VALUE (hex) 


Interrupt Controller Register Addresses 




F0 013E 


INT3 Control Register (master mode) 
Not used in iRMX mode 


000F 


F0 013C 


INT2 Control Register (master mode) 
Not used in iRMX mode 


000 F 


F0 013A 


INTI Control Register (master mode) 
Timer 2 Control Register (iRMX mode) 


000 F 


FO 0138 


INTO Control Register (master mode) 
Timer 1 Control Register (iRMX mode) 


000F 


F0 0136 


DMA 1 Control Register (both modes) 


000F 


FO 01 34 


DMA 0 Control Register (both modes) 


000 F 


FO 0132 


Timer Control Register (master mode) 
Timer 0 Control Register (iRMX mode) 


000 F 


FO 0130 


Int. Cont. Status Reg. (both modes) 


8000 


F0 012E 


Int. Request Register (both modes) 


0000 


F0 012C 


In-Service Register (both modes) 


0000 


F0 012A 


Priority Mask Register (both modes) 


0007 


FO 0128 


Mask Register (both modes) 


OOFD 


FO 0122 


EOI Register (master mode) 
Specific EOI Register (iRMX mode) 


0000 


FO 0120 


Not used in master mode 


0000 




Int. Vector Register (iRMX mode) 
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CONFIGURING GENERAL POD CHARACTERISTICS 4B-12. 

Introduction 4B-13. 

There are several built-in characteristics of the Pod which provide default addresses 
and other functions for your convenience. These characteristics have been predefined 
to accommodate a majority of UUTs, but they can be changed to adapt the Pod to your 
unique requirements. 



The Pod characteristics are changed by Writing to Pod Function addresses in the Pod. 
The individual functions are described below. 

Changing the Standby Read Address (ADDRESS FO 0002) 4B-14. 

To provide UUTs with memory accesses that refresh dynamic memory devices, the 
Pod does repetitive standby or “transparent” read operations. When the UUT is idle 
(not doing a RUN UUT operation), its normal methods for refreshing memory (such 
as DMA operations) may not work. These transparent read operations serve as a 
substitute to keep the UUT’s memory functioning correctly. 



If the default value that is provided by the Pod does not access RAM on your UUT, or 
if that particular address should not be read (because, for example, it might cause an 
unwanted operation on the UUT), then you may change the address that is used. You 
may specify the location used for these transparent read operations by writing to Pod 
Function address FO 0002. (This same address will also be used to perform non-specific 
read operations that are used in other operations. See Theory of Operation.) 

Pod Function address F0 0002 contains the most-significant 8 bits of the address used 
for Transparent Read operations (A 12 - A 19), plus two control bits. A9 - A1 1 of the 
transparent read address are always “1.” Bits A1 -A8 of the transparent read address 
can be configured to count during transparent reads to simulate repetitive DMA 
operations that would otherwise occur if t he CP U was installed in the UUT. Bit A0 of 
the Transparent Read address is always 0 (BHE is also always 0 for transparent reads). 



XXXX 

D15 



A19 

XXXX XXXX 




D7 DO 



A0 

11 IX XXXX XXX0 TRANSPARENT READ ADDRESS (binary) 

1 I 

Counter 



Contents of F0 0002 



0=NORMAl, 1 = DMA 
0=NO COUNT, 1 =COUNT 

"Don’t care” 
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The default value for Pod Function address FO 0002 is 00FF (Normal accesses, no 
counting, A12-A19=FF). When the counter is disabled, it produces all zeros, so the 
default transparent read address is F FE00. When the counter is enabled, the address 
repeats the cycle from F FE00 through F FFFE (in word increments). 

The value of this data is not changed by normal UUT or Pod Reset operations. The 
value remains constant until power is removed from the Pod, or until the user changes 
it with a write operation to this address (FO 0002). 

The contents of F0 0002 may be read to view the current specification for the 
transparent read address. 



NOTE 

During Transparent Read operations, the Pod will enable any chip-select 
line that has been programmed to be enabled at the Transparent Read 
address. Also, Transparent Read cycles will occur with the number of 
Wait states programmed for that chip select line. For example, if the Pod 
Function address F0 0002 is set to 2 (by a WRITE @ F0 0002-2), the 
Tran spare nt Read address will be 02 E00 (hex). If the Lower Chip Select 
line (LCS) is defined to be enabled from addresses 0000 through 4000, 
with one Wait state, then Transparent Read cycles will occur with the 
LCS line enabled (low) with one Wait state. 

Note that the Transparent Read address cannot be programmed to 
enable the PCSI-PSC6 chip select lines. 

Note also that Pod operations can be made to execute faster by selecting 
a Transparent Read address that causes zero Wait states to be inserted 
into the Transparent Read cycles. 

Enable RESET Output During Reset (ADDRESS FO 0004) 4B-15. 

Some UUTs may require the RESET output signal to be asserted (high) whenever the 
Pod is reset by either the Troubleshooter or a power-up. Other UUTs may need this 
Reset signal to be held low at all times. This Pod Function address gives you the option 
of specifying whether or not the RESET output signal will be asserted high by the Pod 
when the Pod is reset by the Troubleshooter. Refer to Appendix E for detailed 
information about Pod Resets. 

Writing non-zero data to this address causes the Pod to assert the RESET output to a 
high level whenever the Pod is reset. The default value is 0000. Thus the Pod initially 
produces a low level on the RESET output whenever the Pod is reset, except during 
RUN UUT. 

The contents of F0 0004 may be read to view the current status of the Reset Enable. 

CONFIGURING INTERRUPT, DMA, AND RUN UUT FUNCTIONS 4B-16. 

Whenever you use the Pod to emulate an 80186 (the RUN UUT mode) some of the 
Peripheral Control Block registers that regulate these functions might have to be 
defined first. Since specifying these registers is an integral part of using the Pod in these 
capacities, details of configuring the Pod for those uses are described in Section 4A. 
See Testing Interrupt Circuitry, Testing DMA Circuitry, and Using the RUN UUT 
mode in Section 4A. See Appendix H for detailed information about the Peripheral 
Control Block. 
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MASKING ERRORS 
Introduction 



4B-17. 

4B-18. 



The are several masks available that you may use to control how the Pod and 
Troubleshooter report errors. If you wish to suppress the reporting of individual 
errors, possibly because a particular error is recurring or may be the result of a design 
quirk in the UUT, you may instruct the Pod and Troubleshooter to NOT stop and 
display an error message when that error occurs. You can use this capability to avoid 
getting stuck at certain errors during troubleshooting. 

Like the other Pod functions, these masks are used by writing to and reading from Pod 
Function addresses. For all of these masks, a “0” in a bit position signifies that the error 
that is assigned to that bit space will not be reported. Details of the individual masks 
are described below. 

1 he default value for all of the masks is no bits masked. The data remains intact until it 
is changed by writing a new value or by removing and restoring power to the Pod. 

Error Summary Mask (ADDRESS F0 0060) 4B-19. 

After each Pod-UUT operation, the Pod sends a byte of information to the 
Troubleshooter to indicate possible error conditions or significant changes in status. 
The Troubleshooter uses this information to generate the correct response to each 
condition. For example, if the UUT Power Fail bit is set, the Troubleshooter displays 
a BAD POWER SUPPLY message (the Power Fail bit is set by the Pod if the voltage 
at one or both of the power supply pins at the UUT’s microprocessor socket is not 
between +4.5v dc and +5.5v dc). 

A Write of data XX YY to address F0 0060 masks the corresponding bits in the 
error-summary byte from being reported to the Troubleshooter. The data bits denoted 
by Y Y represent the Pod’s error-summary byte bits. (The most-significant bits XX are 
ignored.) A 0 in the YY region means that the corresponding bit in the error summary 
byte is to be masked (ignored during error reporting). The individual bits are assigned 
as follows: 



15 7 0 

0000 0000 XXXX XXXX 




System Fault Byte (binary) 

Data lines not drivable 

Address lines not drivable 

Control lines not drivable 

Forcing lines pending and disabled 

Interrupt pending 

Illegal address 

Self test 

UUT power failure 
Will always be zeros 



For example, WRITE @ F0 0060- 007F indicates that you want the Pod and 
Troubleshooter to ignore the occurrence of an apparent Bad Power Supply. You 
might possibly want do this if you are troubleshooting a UUT that intentionally uses a 
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lower power supply voltage. Without masking off this error, the Pod and 
Troubleshooter will always stop and report the Bad Power Supply and will not allow 
you to do other tests. 

The power-up default value of the data at this address is OOFF -all information 
enabled. 



A Read at this address returns the hex value of the mask as last programmed. 

Control Drivability Error Mask (ADDRESS FO 0062) 4B-20. 

A Write to address FO 0062 masks individual control line bit errors from being 
reported to the Troubleshooter. The data corresponds to the control line bit 
assignments in Table 2-3. A data bit value of 0 masks the corresponding control bit. 
The power-up default mask is FFFF. A Read at this address returns the current mask. 

Forcing Line Error Mask (ADDRESS FO 0064) 4B-21. 

Data written to address F0 0064 individually masks forcing lines from being reported 
as active. The lines that are masked correspond to any data bits that are specified as 0 
in the bit assignments described below. (Note that the bit assignments for the error 
mask are identical to the status line bit assignments in Table 2-2 — except that only the 
forcing lines are included.) 



DATA BIT FORCING LINE 



0 

1 

2 

3 

4 

5 



ARDY 

SRDY 

HOLD 

RES 

DRQ0 

DRQ1 



Data bits 6-15 are ignored and normally set to 0. The power-up default mask is 003F 
(no lines masked). 

A Read at this address returns the current mask. 



NOTE 

If either A RD Y or SRD Y is masked, reporting will be inhibited on both 
lines. This is because ARD Y and SRD Y must both be low on the UUT to 
cause a forcing line error; if either is masked, the other cannot be reported 
as an active forcing line by itself even if it is low on the UUT. 



Active Interrupt Error Mask (ADDRESS F0 0066) 4B-22. 

A Write at address F0 0066 individually masks interrupts from being reported as 
active. The interrupt lines correspond to the data bits as shown below. A 0 in the mask 
indicates that the corresponding interrupt line is not to reported as active. Bits 5-15 are 
ignored. The power-up default mask is 00 IF. 

A READ @ F0 0066 returns the current mask. 
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DATA BIT INTERRUPT LINE 



0 

1 

2 

3 

4 



INTO 

INTI 

INT2 

INT3 

NMI 



NOTE 

If either interrupt channel is programmed as an Interrupt I Interrupt 
Ac knowl edge pair, the corresponding INT2 or INT3 pin is configured as 
an INTA output. Interrupt lines configured in this way are automatically 
defeated (masked) from being reported as active. 

Address Segment Drivability Error Mask (ADDRESS FO 0068) 4B-23. 

A Write at address FO 0068 masks the segment (high nibble) of the UUT’s address bus. 
The address bits are assigned to the data in this Pod Function address as follows: 

A 19 A16 

D3 DO 

The Default value is 000F. 



Low Word Address Drivability Error Mask (ADDRESS FO 006A) 4B-24. 

A Write at address FO 006A masks drivability errors on the low word of the UUT’s 
address bus. The address bits are assigned to the data at this Pod Function address as 
follows: 

Address bits: A15 AO 

Data bit mask: D15 DO 

A WRITE@ F0006A - FDFF, for example, will instruct the Pod and Troubleshooter 
not to report drivability problems on address line A9 if they occur. 

The Default value is FFFF. 



Data Drivability Error Mask (ADDRESS FO 006C) 4B-25. 

This mask is a map of the U UT’s data bus bits. The data bits are assigned to the data in 
this Pod Function address as follows: 



Data bits: D15 DO 

Data mask bits: D15 DO 



The power-up default condition for this mask is FFFF (errors on all lines reported) A 
READ @ FO 006 C returns the current mask. 



INTA and TIMER OUT Error Mask (Address FO 006E) 4B-26. 

A Write to address FO 006E individually masks drivability errors on the INTAO, 
INTA1, TMR OUT 0, and TMR OUT 1 lines from being reported as a Control error 
on the INT ERROR or TMR OUT ERROR psuedo-control lines. A data bit specified 
as a 0 masks drivability errors on the corresponding line from being reported. The data 
bit assignments for drivability errors: 
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DATA BIT 

0 

1 

2 
3 



LINE 

TMR OUTO 
TMR OUT I 
INTAO 
INTA1 



Data bits 4-15 are ignored. The power-up default mask is 000F. 



A READ @ FO 006 E returns the current mask. 

Chip Select Error Mask (Address FO 0070) 4B-27. 

A Write to Address FO 0070 individually masks drivability errors on the CHIP 
SELECT lines from being reported as a Control error on the CHIP SEL ERROR 
psuedo-control line by the Troubleshooter. Data bits written with a value of 0 inhibit 
the reporting of drivability errors on the corresponding CHIP SELECT line. The data 
bits correspond with the chip select lines as follows: 



DATA BIT 

0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 
11 

12 



LINE 



UCS 
LCS 
MCS0 
MCS 1 



MCS2 

MCS3 

peso 

PCS1 



PCS2 

PCS3 

PCS4 

PCS5/A1 



PCS6/A2 



Bits 13-15 are ignored. The power-up default mask is 1FFF. 

A Read at address F0 0070 returns the current mask. 

DETERMINING ERRORS 4B-28. 

Introduction 4B-29. 

Y ou may want to know whether errors have occurred after a particular operation, such 
as a Write, even if you have disabled the reporting of those errors (see Masking Errors). 
The Pod provides several “last error” Pod Function addresses which contain the 
results of the possible error conditions. By reading the contents of these addresses, you 
can locate specific information about the most recent error. 
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The information at these Pod Function addresses (with the exception of the Last Error 
Summary at address F0 0040) is not changed until another operation that causes the 
Pod to execute a UUT-access cycle (a Read or a Write at a UUT address, for example) 
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is performed. The data at the Last Error Summary address is updated every time an 
operation that causes the Troubleshooter to communicate with the Pod is performed. 

NOTE 

Reading the contents of any “last error” Pod Function address does not 
change the contents of any of the “last error” address, except for the Last 
Error Summary address at FO 0040. 

NOTE 

All of the “last error” Pod Function addresses are “Read Only”. A Write 
to any of these addresses will cause the Troubleshooter to display an 
Illegal Address error message. 

The information for the individual Pod Function addresses is described below. 

Last Error Summary (ADDRESS FO 0040) 4B-30. 

After each Pod/UUT operation, the Pod sends a byte of information to the 
Troubleshooter t o indicate possible error conditions or significant changes in the state 
of the Pod. The Troubleshooter uses this information to generate the correct response 
to each condition. For example, if the Forcing Lines Pending and Disabled bit is set, 
the Troubleshooter displays an ACTIVE FORCE LINE message. 

A Read at this address (FO 0040) returns the hex value of the Error Summary byte, with 
the individual bits assigned as follows: 

7 0 

0000 0000 XXXX XXXX System Fault Byte (binary) 



Data lines not drivable 
Address lines not drivable 
Control lines not drivable 
Forcing lines pending and disabled 
Interrupt pending 
Illegal address 
Self test 

UUT power failure 
Will always be zeros 



For example, READ @ F0 0040- 0008 indicates that there was an asserted interrupt 
line during the most recent UUT access. 



The power-up default value of the data at this address is 0000 — no errors. 

The data returned by a Read at this address is NOT effected by the condition of the 
Error Summary Mask. 
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Last Control Errors (ADDRESS FO 0042) 4B-31. 

A Read at address FO 0042 returns the hex representation of the control errors for the 
most recent Pod/UUT operation. The bits contained in this address are the same as 
used for the control lines in other functions. Refer to Table 2-3 for a description of the 
Control Line Bit Assignments. The power-up default value of the data at this address is 
0000 . 

Last Forcing Line Errors (ADDRESS F0 0044) 4B-32. 

A Read at this address returns the hex representation of any Forcing Line errors that 
may have occurred during the most recent operation. The bit assignments are the same 
as the Status Line bit assignments described in Table 2-2. A 1 corresponds to a Forcing 
Line that was active. Note that ARDY and SRDY are reported individually, even 
though they must both be low to cause an ACTIVE FORCING LINE error message. 

DATA BIT FORCING LINE 

0 ARDY 

1 SRDY 

2 HOLD 

3 RES 

4 DRQ0 

5 DRQ1 

Last Active Interrupts (ADDRESS F0 0046) 4B-33. 

There can be from two to five external interrupt sources (including NMI), depending 
upon how the Pod is configured for handling errors. The actual source(s) of the 
external interrupt can be determined by a Read at this Pod Function address (F0 
0046). The data returned will identify the active interrupts as follows: 

DATA BIT INTERRUPT LINE 

0 INTO 

1 INTI 

2 INT2 

3 INT3 

4 NMI 

An active interrupt is identified by a 1, meaning that the corresponding interrupt line 
was latched high during the last UUT access. Data bits 5-15 will always be returned as 
zeros. 

NOTE 

If either interrupt channel is programmed in cascade mode (see the 
manufacturer’s data sheet), the corresponding INTO or INTI pin is 
configured as an INTA output. Interrupt lines configured in this way are 
automatically defeated (masked) from being reported as active. 

Last Segment Drivability Errors (ADDRESS F0 0048) 4B-34. 

A Read at this address (F0 0048) returns a map of bits that identifies drivability errors 
on the segment (high nibble) of the UUT’s address bus. The address bits are assigned to 
the data at this Pod Function Address as follows: 
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A bit that is set high indicates a drivability error on the corresponding address line. For 
example, READ @ FO 0048 - 0002 shows that a drivability error occurred on address 
line A 17. 



Address Segment lines: 

Data bits in FO 0048 D15 



always zeros 



A19 A16 

D4 D3 DO 



Last Low Word Address Drivability Errors (ADDRESS F0 004A) 4B-35. 

A Read at this address (F0 004 A) returns a map of bits that identifies drivability errors 
on the low word of the UUT’s address bus. The address bits are assigned to the data in 
this Pod Function address as follows: 

High bit that is set high indicates a drivability error on the corresponding address line. 
For example, READ @ F0 004 A - 0020 shows that a drivability error occurred on 



address line A5. 

Address line: A15 A0 

Data line: D15 DO 

Last Data Drivability Errors (ADDRESS F0 004C) 4B-36. 



A Read at this address (F0 004C) returns a map of bits that identifies drivability on the 
UUT’s data bus. The data bits are assigned to the data in this Pod Function address as 
follows: 



Data bus: D15 DO 

Data bit: D15 DO 



A bit that is set high indicates a drivability error on the corresponding data line. For 
example, READ@ F0004C - 0401 shows that drivability errors occurred on data lines 
DO and D10. 



Last INTA and TIMER OUT Drivability Errors (ADDRESS F0 004E) 4B-37. 

A Read at address F0 004E reports drivability errors on the INTA0, INTA1, TIMER 
OUT 0, and TIMER OUT 1 lines. A data bit with a value of 1 means that the 
corresponding line is not drivable. The lines are identified as follows: 

DATA BIT LINE 



0 TMR OUT 0 

1 TMR OUT 1 

2 INTA0 

3 INTA1 



Data bits 4-15 will always be returned as zeros. 

NOTE 



Drivability errors on I NT AO or INTA1 will not be reported if the line has 
been configured as an input. 
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Last Chip Select Drivahility Errors (ADDRESS FO 0050) 4B-38. 

A Read at address FO 0050 reports drivability errors on the CHIP SELECT lines. A 
data bit with a value of l means that the corresponding line is not drivable. The data 
corresponds to the lines as follows: 

DATA BIT LINE 



0 


UCS 


1 


LCS 


2 


MCS0 


3 


MCS1 


4 


MCS2 


5 


MCS3 


6 


peso 


7 


PCS1 


8 


PCS2 


9 


PCS3 


10 


PCS4 


11 


PCS5/A1 


12 


PCS6/A2 



Data bits 13-15 will always be returned as zeros. 

Last Status (ADDRESS F0 0052) 4B-39. 

A Read at this address (F0 0052) returns the status line values for the most recent Pod 
operation. The normal status bit assignments as shown in Table 2-3 are used. 
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Section 5 

Theory of Operation 



INTRODUCTION 5-1. 

The theory of operation of the Pod is described on two levels in this section. The first 
level is an overall functional description which describes the major sections of the Pod 
and how they relate to each other, to the UUT, and to the Troubleshooter. The second 
level is a detailed description of each Pod section. The descriptions are supported by 
block diagrams in this section and by complete instrument schematics in Section 8 of 
this manual. 



GENERAL POD OPERATION 5-2. 

Introduction 5.3. 

The Pod is essentially a complete microprocessor system by itself, with the capability 
of switching between the buses and signals of the UUT and those internal to the Pod. It 
is usually in an internal “housekeeping” mode, waiting for instructions from the 
T roubleshooter. U nder these conditions, it functions like any normal microprocessor- 
controlled system. When the Pod receives an instruction, it switches buses and 
performs an operation or series of operations on the UUT microprocessor bus. When 
the Pod accesses the UUT this way, the bus is momentarily (for the duration of a 
memory access cycle or an I/O cycle) switched to the UUT by disabling the 
components in the Pod and connecting all lines to the UUT, buffered in the 
appropriate direction. 



In the RUN UUT mode, the components within the Pod are permanently disabled, and 
the Pod microprocessor is effectively permanently connected to the UUT. 

For the purposes of description, the Pod may be divided into four major functional 
areas: 

• Processor Section 

• UUT Interface Section 

• Timing and Control Section 

• UUT Power Sensing Section 

The general operation of each section is described in the following paragraphs. 
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Processor Section 5-4. 

The Processor Section, shown in Figure 5-1 , is made up of a microprocessor, RAM, 
ROM, an I/O interface to the Troubleshooter, and various latches and buffers. These 
elements, along with timing components, constitute a small microsystem which 
receives Troubleshooter commands and directs all Pod operations during execution. 

For the 80 1 86 Pod, as well as all other Troubleshooter Pods, the microprocessor inputs 
from the UUT are referred to as Status Lines, and the outputs to the UUT are referred 
to as Control Lines. This nomenclature is not always in agreement with the 
manufacturer’s literature (80 1 86 manufacturers, for example, refer to line S3, which is 
a microprocessor output, as a status line). This convention, however, allows 
consistency between Pods when implementing the Troubleshooter functions which 
involve status or control lines, such as READ STATUS or WRITE CONTROL. Refer 
to the definition of status and control lines in Section 2 for more information about 
these signals. 

All Pod status lines that could adversely affect the Pod operation are either 
automatically disabled by the Pod or may be disabled by the operator using the 
Troubleshooter’s Setup function. Disabling these status lines allows the Pod to operate 
in UUT environments where malfunctioning status lines such as HOLD could prevent 
the Pod from performing any tests. The one microprocessor input which may not be 
disabled, of course, is the UUT clock. The clock signal must always be present for Pod 
operation. All the status lines are enabled in the RUN UUT mode. 

The Processor Section also contains circuitry for Pod self test. When the Pod ribbon 
cable plug is inserted into the self test socket, part of the Pod circuitry becomes a 
simplified pseudo UUT. During Pod self test, certain tests are performed on this 
pseudo UUT, and any failures are reported to the Troubleshooter. 

UUT Interface Section 5-5. 

The Interface Section, shown in Figure 5-1, consists of buffers and drivers, protection 
circuits, logic level detection circuits, and a clock-drive oscillator. The buffers and 
drivers switch the UUT to the microprocessor or to the standby control and address 
signals, as dictated by the Timing and Control Section. 

Each UUT signal is protected from overvoltage or short-circuit conditions that might 
damage Pod components. Resistors in series with the inputs of the detection circuit 
latches limit the input current, and resistors in series with the output drive lines limit 
output current. A pair of clipping diodes connected to ground and power protect the 
Pod’s circuitry against damaging voltages. 

The detection circuits consist of latches connected through the protection circuitry to 
the UUT. The latches are latched during a UUTON cycle, when the signals are 
expected to be at a known level. 

If a signal cannot be driven through the output-current-limiting resistor, it will be 
detected when the latches are individually read by the Processor Section, and the 
values are compared with the expected values. 

The clock-drive module at the end of the plug cable takes whatever clock signal that 
may be used on the UUT, either crystal signals on the X 1 and X2 pins or a square wave 
on the X 1 pin, and amplifies it to a suitable level to overcome the load of the cable and 
Pod components. 
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Timing and Control Section 5-6. 

The Timing and Control Section, shown in Figure 5- 1 , consists of a timer and internal 
timing and control logic. The Timing and Control Section receives inputs from the 
Processor Section and the Interface Section. When a UUT access occurs, the internal 
data bus is disabled and the buffers to the UUT are enabled. During alternate times, the 
UUT buffers are disabled and the internal data bus is enabled. This bus switch is 
accomplished by buffer control signals and chip enable signals generated by the 
Timing and Control Section in response to inputs from the timer, the control register 
outputs as set by the microprocessor, the status lines from the UUT, and the control 
lines from the microprocessor. 

The length of a normal bus switch equals one microprocessor memory access cycle or 
I / O cycle. The bus is switched to communicate with the UUT between the last internal 
operation and the start of the intended UUT operation. The bus is switched back to 
communicate with the Troubleshooter at the end of the cycle. 

If the microprocessor has sent the RUN UUT command to the Pod’s control register 
(or port), the bus switch is started in the normal fashion, but is then held on indefinitely 
until a Reset signal is received from the Troubleshooter. 

During the time that the Pod is not communicating with the UUT, the UUT needs the 
proper signals so that it can perform the normal dynamic memory refresh operations 
and other similar tasks. In order to provide these signals to the UUT, the Pod performs 
what are called transparent reads. A transparent read is a read operation that is 
performed at a selected address. Transparent reads generate the transparent or fake 
control signals required to simulate a normal microprocessor read operation. This 
allows the UUT to maintain non-CPU operations, even when the Pod’s 
microprocessor is not communicating with it. 



UUT Power-Sensing Section 5-7. 

The UUT power-sensing circuit shown in Figure 5-1 constantly monitors the UUT 
power supply. This circuit produces an output signal to the Troubleshooter in the event 
that UUT power drops below 4.5V or rises above 5.5V. 

Any time that the UUT power supply drops below about 3.4V, all active Pod outputs 
are changed to their high-impedance states (except the signal on the X2 pin at the 
UUT). This feature protects UUT circuits from being damaged by Pod outputs when 
the UUT power supply drops below safe operating limits. The Troubleshooter will 
display a UUT power-fail error message. When the proper operating power supplies 
have been restored to the UUT, the outputs of the Pod will return to normal, and the 
Troubleshooter will be ready for additional testing. 



DETAILED THEORY OF OPERATION 5-8. 

Introduction 5-9. 

A detailed block diagram of each major Pod section is presented in Figure 5-2. Where 
possible, the reference designation numbers of specific components are shown in 
Figure 5-2. The use of the reference designation numbers indicates that most or all of 
that component is used within the part of the circuit shown. Portions of unlisted 
components may also be used in the circuit. Each major section is described in the 
following paragraphs. 



5-3 




9000A-80186 




J 



Figure 5-1. 80186 Interface Pod General Block Diagram 
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Figure 5-2. 80186 Interlace Pod Block Diagram 
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Processor Section 



5 - 10 . 

The microprocessor (U53), RAMs (U9, U 10) and ROMs (U4, U5) amount to a small 
microprocessor system which is the heart of the Pod. Because the address/ data bus is 
time-multiplexed, the address latches (U2, U7) are required to supply valid addresses 
to the RAM and ROM during the entire memory cycle. The data side of the RAMs and 
ROMs is tied directly to the address/ data bus because the RAMs and ROMs cannot 
tolerate the extra delay of the data buffers. All other data is input through data buffers 
(1)3, U8) to reduce loading on the bus. The Processor Section communicates with the 
troubleshooter through additional buffers (Ul, U6). 

All communication between the Pod and the Troubleshooter is fully handshaked 
according to the protocol shown in Figu re 5-3. The two handshake lines are 
MAlNSTAT and PODST AT. MAINST AT is produced by the Troubleshooter and 
monitored by the the Pod. MAINSTAT initiates all data transactions. PODSTAT is 
produced by the Pod to indicate the Pod’s response. 

The address decoding and chip enable circuitry (U 1 1, U 12, U13, and associated logic) 
select which components or buffers are enabled on the data bus. This circuitry also 
controls the direction of the dat a buf f ers, a nd disables all internal components during 
UUTON. (The chip select lines [UCS, LCS, etc.] are not used internally by the Pod for 
address decoding.) 



COMMANDS AND DATA FROM TROUBLESHOOTER TO POD 



HERE IS RECEIPT 

COMMAND DATA ACKNOWLEDGED 

\ \ 



MAINSTAT 



COMMAND DATA 

RECEIVED READY 



PODSTAT 



DATA FROM POD TO TROUBLESHOOTER 

READY FOR DATA 

DATA RECEIVED 

{ f- 

MAINSTAT 



PODSTAT 



HERE IS RECEIPT 

DATA ACKNOWLEDGED 



Figure 5-3. Handshake Signals 
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The output latches (U15, U18, U22) are used by the microprocessor to control the 
function of the Pod. The output latches control which inputs are enabled, the value of 
lines during a Write Control operati on, which s ync pulse is returned to the 
troubleshooter, and the Run UUT mode. PODSTAT is also one of the outputs of the 
latches. 

The various protection networks help protect the microprocessor from potentially 
damaging signal levels at the UUT (see the description of the Interface section below). 
Intervening logic between the protection circuits and the microprocessor allows or 
disallows inputs, depending on which lines are enabled. This logic also allows all inputs 
if the Run U UT mode is selected. 

The self test circuitry consists of a clock generator (Y 1 , C2, C3) and some latches which 
buffer the address (U50, U51, U52). The outputs of these latches are placed on the data 
bus during a read operation. All status lines are driven by a common signal which 
causes the status lines to be active and ensures that the Pod can operate in the 
potentially hostile UUT environment. Vcc is returned to check the power level. All 
output lines are cross-connected to input lines so that continuity of the cable and 
functioning of the interface board can be checked. 

Timing and Control Section 5-11. 

The components that compose the Timing and Control Section are located on the 
processor board. The Timing and Control Section is divided into functional 
subsections for the purposes of discussion, although some of the subsections are 
intricately interrelated. 

The timing relationships of several important Pod signals are shown in Figure 5-4. The 
signals include UUTON, the latch controls, and sync pulse. The UUTON circuit (U26, 
U28, and associated logic gates) controls the bus switch timing and enable signals. The 
U UTON signal is initiated by an output of the timer (U20), and is normally ended by 
the signal LODEN which is generated by the internal timing circuits. LODEN is an 
extended or long data enable pulse. If U26, pin 5 is high, UUTON stays on (high) until 
a reset is received from the troubleshooter. 

The sync circuitry (U 2 1 and associated gates) sends a sync signal to the troubleshooter 
during the address or data portion of UUTON. (Address or data sync is selected by the 
Processor Section.) Sync is inhibited by the signal RUNUUT to prevent damage to the 
probe pulser. 

The buffer control circuitry (U16) controls the bus switch by controlling the buffer 
direction and enable signals of the buffers in the Interface Section. Component U16 is 
a PAL* (Programmable Array of Logic); a schematic diagram of U 16 is included in 
Section 8 of this manual. 

The internal timing, internal control, and transparent control circuitry is the group of 
circuits which is used to generate a stable set of usable control signals for both the 
Normal and the Queue Status mode of 80 1 86 operation. Most of the signals generated 
have names that are similar to the names of the microprocessor control lines, with an I 
or a T added to the name to indicate whether the signal is used internally or is 
transparent. The internal signals are signals that are not sent to the UUT, but are used 
solely for internal Pod operations. The transparent signals are signals which are sent to 
the UUT during a transparent read. (Transparent reads are described in the previous 
section titled Timing and Control Section.) Some of the transparent signals are also 
used internally. If any of SO, SI, or S2 go low, the flip-flops U27, U28, U29, or U56 
generate the interrupt acknowledge and ALE in the Queue Status mode and to switch 
between the Normal and Queue Status modes. 



*PAL™ is a trademark of Monolithic Memories, Inc. 
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80186 Pod Signal Timing Relationships 
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The RD, WR, and ALE signals are present only in the Norma! Mode of the 801 86 Pod, they are not present in the 
Queue Status Mode. 





80186 Pod Internal Signal Timing 
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The flip-flops U25, U26, U27, U28, U29, U30, and U56, and the associated logic are 
used to generate internal signals to allow the internal devices of the Pod to 
communicate with each other (and to generate transparent reads) regardless of 
whether the Pod has been placed in the Normal mode or the Queue Status mode by the 
UUT. 

The PAL U23 and part of flip-flip U25 are used to switch the Pod between the Normal 
mode and th e Queue Status mode whenever the Pod is reset, depending upon how the 
RD/ QSMD signal is created by the UUT. 



Interface Section 5_12. 

Components A1 through A8 are Fluke-designed hybrid ICs containing current- 
limiting resistors and clipping diodes to protect Pod circuits from overvoltage 
conditions. A1 through A8 also contain (not shown) 200-kilohm pull-up resistors. 

The transparent-read address is produced during transparent reads by the buffer U27, 
the counter U5, and part of the buffer U15. 

The upper eight bits (A 12- A 19) of the transparent-read address are written to the 
output latch U 1 7 by the processor section. These transparent-read address bits are then 
sent through buffer U27. The outputs of U27 are enabled and disabled by the Timing 
and Control Section. The upper eight transparent-read address bits are selectable by 
the user (see Configuring General Pod Characteristics in Section 4A). 

Transparent -read address bits AO and A9-A1 1 are produced by the buffer U 15. Only 
half of U 1 5 is used to produce these transparent-read address bits; the other half is used 
to buffer the address bits A 1 6-A 1 9 during UUT-access cycles. The outputs of U 1 5 are 
enabled and disabled by the Timing and Control Section. 

Transparent-read: address bits A1-A8 are produced by the eight-bit counter U5. 
Normally, this counter is configured by the Processor Section to produce each of 
A 1 -A8 as a logic zero, but the counter can be configured to cycle repeatedly through a 
count from 0 to FF. This allows the Pod to simulate DMA operations during 
transparent read operations. 

When U5 is configured to count, the value of the transparent-read address cycles from 
XXEOO to XXFFE. This is because the counter outputs are connected to A1-A8 and 
because the transparent-read address bit AO is always a zero. (The X’s represent the 
selectable transparent-read address bits A 12- A 19.) The value of the counter outputs is 
incremented by one after each transparent-read cycle. 

U 14 is a multiplexer which produces the signals S3-S6, which are time-multiplexed 
with address signals A 1 6-A 19. The outputs of U14 are enabled and disabled by the 
Timing and Control Section. 

The inputs to all the latches (Ul, U3, U4, U7, U8, U12, U13, U16, U19, U20, U24) are 
connected to the UUT lines through the 700-ohm resistors of the components A1 
through A8. The latches are latched under control of the Timing and Control Section 
during a UUT access or during an interrupt acknowledge cycle. The latches may 
receive multiple latch pulses during a UUT cycle; the last data latched during the UUT 
cycle is the data read by the Processor Section. (The Processor Section compares the 
latched data with what the it expected to see to detect drivability errors, forcing lines 
pending, or interrupts pending.) 
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The UUT power-detection circuit constantly monitors the UUT power supply. If the 
UUT power supply drops below 4.5V or rises above 5.5V, the power-detection circuit 
produces an output to the Troubleshooter which causes the T roubleshooter to display 
a UUT power fail error message. 

Also, any time the U UT power supply drops below about 3.5V, all active Pod outputs 
are disabled. (This feature has been incorporated to protect UUT circuits from being 
damaged by Pod outputs when the UUT power supply drops below safe operating 
limits.) If this happens, the Troubleshooter displays a UUT power fail error message. 
When the proper operating power supplies have been restored to the UUT, the outputs 
of the Pod return to normal and the Troubleshooter is ready for additional testing. 

During UUT access cycles, the Chip Select signals (UCS, LCS, MCSO-3, and PCSO-6) 
of the Pod’s microprocessor are sent to the UUT through the buffers U 10 and U22. 
These buffers are disabled during transparent reads. Fake chip select signals are 
produced for transparent reads by the output latches Ull and U23, and the 
multiplexers U28 and U29. U28 and U29 (along with the flip-flop U56 of the processor 
section) are used to ensure that the selected (low) transparent Chip Select line only goes 
low at the proper time. 

The buffered Chip Select outputs are latched by the latches U 1 2 and U24. The internal 
Chip Select lines are latched (on the internal side of buffers U 10 and U22) by the latches 
U9 and U2 1 . The processor section reads these latches, and compares the results of the 
internal latches (U9 and U21) to the results of the latches U10 and U22 in order to 
determine if there are drivability errors on the Chip Select outputs. The Pod must use 
the internal latches to read the expected Chip Select line conditions because the Pod 
software doesn’t automatically know how the Chip Select lines will be produced by the 
Pod during a given UUT access cycle. 
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Section 6 

Troubleshooting 



INTRODUCTION 6-1. 

This section provides troubleshooting information for the Pod, and includes repair 
precautions and disassembly procedures. 

The built-in Pod Self Test (described in Section 2 of this manual) will detect most Pod 
malfunctions. Whenever the Troubleshooter displays a message indicating a Self Test 
error, or whenever the Pod appears to be defective or inoperative, you should make a 
note of the message or symptoms. If the Pod is still covered under the Warranty, or if 
you want to have the Pod repaired by Fluke, send the Pod to a Fluke Technical Service 
Center for repair as described below. If you are going to troubleshoot and repair the 
Pod yourself, continue to paragraph 6-3, Getting Started. 

CAUTION 

The Pod’s Processor PCB uses numerous Surface-Mounted parts. 
Replacement of these parts requires a reflow soldering technology. 
Attempting to replace Surface-Mounted components using a 
soldering iron or other conventional means will damage the PCB. 

WARRANTY AND FACTORY SERVICE 6-2. 

Troubleshooting and repair during the one-year Warranty period should be done by a 
Fluke Technical Service Center. (See the Warranty statement at the front of this 
manual for details of the Warranty.) If the Pod is still covered under the Warranty, 
send the Pod, along with the description of the symptoms, to a Fluke Technical Service 
Center. The Troubleshooter Operator Manual or Service Manual contains a list of 
Fluke Technical Service Centers. 

After the Warranty period, if you do not want to service the Pod yourself, or if 
attempted troubleshooting fails to reveal the Pod fault, you may still ship the Pod to a 
Fluke Technical Service Center for repair at a reasonable cost. If requested, a free cost 
estimate will be provided before any repair work is performed. 

INSPECTING A SHIPMENT 6-3. 

If you are receiving an original delivery of this Pod, inspect the Pod thoroughly 
immediately upon arrival for damage and missing items. 

• If the Pod is damaged in any way, file a claim with the carrier. Y ou are responsible 
for negotiations and final claims with the carrier. If you want to have shipping 
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damage repaired by Fluke, contact the nearest Fluke Technical Center for a 
quotation. 

• Check all material in the container against the enclosed packing list. Fluke will not 
be responsible for shortages unless you notify us immediately. 

SHIPPING THE POD TO FLUKE FOR REPAIR OR ADJUSTMENT 6-4. 

Ship Pod to Fluke prepaid via United Parcel Service or “Best Way” (Air Freight from 
overseas). Ship the Pod in its original packing carton, or, if that is not available, a 
suitable container that is rigid and of adequate size. If you use a substitute container, 
wrap the Pod in paper and surround it with at least four inches of excelsior or other 
shock-absorbing material. 

GETTING STARTED 6-5. 

Troubleshooting the Pod is similar to troubleshooting any other microprocessor- 
based UUT, and requires the equipment listed in Table 6-1 . You should use the Theory 
of Operation in Section 5 and the schematic diagrams in Section 8 to augment the 
troubleshooting procedures that are outlined below. 



Table 6-1. Required Test Equipment for Pod Troubleshooting 



EQUIPMENT TYPE 


REQUIRED TYPE 


Micro-System Troubleshooter 


Fluke 9000 Series 


Interface Pod 


Fluke 9000A-80186 


Digital Multimeter 


Fluke 77 


Oscilloscope 


Tektronix 485 or equivalent 



NOTE 

All references to data and addresses in the following sections are in 
hexadecimal notation . 



CAUTION 

Static discharge can damage MOS components contained in the 
Pod. To prevent this possibility, take the following precautions when 
troubleshooting and/or repairing the unit. 

• Never remove, install, or otherwise connect or disconnect PCB 
(printed circuit board) assemblies without disconnecting the Pod 
from the Troubleshooter. 

• Perform all repairs at a static-free work station. 

• Do not handle ICs or PCB assemblies by their connectors. 

• Wear a static ground strap when performing repair work. 

• Use conductive foam to store replacement or removed ICs. 



6-2 





9000A-80186 



• Remove all plastic from the work area (including vinyl and expanded foam, 
such as Styrofoam™*). 

• Use a grounded soldering iron. 

• Always place the Pod in a static-free plastic bag for shipping. 



DETERMINING WHETHER THE POD IS DEFECTIVE OR INOPERATIVE 6-6. 

The first task of troubleshooting the Pod is to determine whether the Pod is defective 
or inoperative. This determination is based on the results of the Pod self test described 
in Section 2. If you have not performed the self test, refer to Section 2 and perform the 
self test before proceeding with the troubleshooting. 



The results of the Pod self test and the Pod behavior when connected to a known good 
UUT will categorize the problem into one of the three following groups: 



Defective Pod: 



Inoperative Pod: 



Suspected Defective 
Pod: 



The Pod fails the Pod self test and the Troubleshooter 
displays a self • test failure code. Refer to 
Troubleshooting a Defective Pod in this section. 

The Pod is unable to complete the Pod self test and the 
Troubleshooter displays an ATTEMPTING RESET 
message. Refer to Troubleshooting an Inoperative Pod 
in this section. 

The Pod passes the Pod self test but exhibits abnormal 
behavior when connected to a known good UUT. 
Refer to Extended Troubleshooting Procedures in this 
section. 



NOTE 

The 80186 Interface Pod is only designed to be used with a 
Troubleshooter that has been updated with improved delay lines and 
probes. Earlier models used a slow TTL part as a delay line, which may 
provide unstable probe readings at the high clock frequencies (possibly 
greater than 6 MHz) used with the 80186 CPU. If your Troubleshooter’s 
Serial Number is lower than 3194000 and is demonstrating such 
symptoms, contact a Fluke Technical Service Center for advice. 

TROUBLESHOOTING A DEFECTIVE POD 6-7. 

Introduction 6-8. 

This section describes what to do if the Troubleshooter displays the POD SELF TEST 
80186 FAIL xx (where xx represents a self test failure code) message when the Pod self 
test is performed. If instead, the Troubleshooter displays an ATTEMPTING RESET 
message, refer to Troubleshooting an Inoperative Pod. 

NOTE 

Make sure that the message is POD SELF TEST 80186 FAIL xx. The 
messages FLUKE 90XXA POWER-UP FAIL or FLUKE 90XXA 
RESTARTED FAIL indicate failures within the Troubleshooter, not 
within the Pod. Refer to the Troubleshooter Operator Manual for help if 
you see either of these messages. 



♦Styrofoam™ is a registered trademark of Dow Chemical Co., Inc. 
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The procedures for troubleshooting a defective Pod are based on the information 
reported by the self test failure codes. These self test failure codes provide information 
that can enable the operator to locate the cause of the Pod failure. 

NOTE 

The fact that the self test was completed (but still reported an error) is a 
good indication that the problem is probably located in the UUT 
Interface Section of the Pod. If the self test was completed, the Processor 
Section and the Timing Section are probably functioning normally. 

Those sections are essential for accepting the self test commands and 
communicating the results to the Troubleshooter. 

Interpreting the Self Test Failure Codes 

INTRODUCTION 

Information from two self test sequences is available: the standard self test that is 
controlled by the Troubleshooter and performed during the self-test procedure, and 
the enhanced self test that is built into the Pod and performed during power-up and 
reset sequences. The enhanced self test provides more thorough evaluation of the Pod 
than is provided by the standard self test alone. The results of both self tests are 
available after doing a normal self test operation on the Pod (see Section 2 for 
instructions). 

NOTE 

The error codes described below are used with the 9005 A and 9010A 
Troubleshooters. Different error codes are used when using the Pod with 
a 9020A. See Appendix D in the 9020A Operator Manual for a 
description of the 9020 A error codes. 

Whenever the Troubleshooter displays the message POD SELF TEST80186 FAILOO, 
then the Pod may have either failed standard self test or the enhanced self test. Refer to 
Using the Enhanced Self Test below to find instructions for determining the source of 
the failure. Any other failure code (0 1 , 02, 03) denotes a failure of the standard self test. 
Standard self test failure codes are described in detail in Table 6-2. 



6 - 9 . 

6 - 10 . 



Table 6-2. Standard Self Test Failure Codes 



FAILURE CODE 


DESCRIPTION 


00* 


UUT read access failed or the enhanced self test failed 


01 


UUT write access failed 


02 


Control line(s) cannot be driven 


03 


Enableable status line(s) failed 


*When the failure code 00 is received, the Pod may have failed an internal enhanced self test. To 
determine whether the Pod failed the enhanced self test or not, perform a read at F0 0000. If the data 
returned is 00FF, the Pod did not fail the enhanced self test. If the message returned is anything other 
than 00FF OK, the enhanced self test failed; refer to the paragraphs titled Recreating the Enhanced Self 


Test Routines. 
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USING THE STANDARD SELF TEST 6-11. 

Whenever the Troubleshooter displays the message POD SELF TEST80186 FAIL xx 
where xx equals 01, 02, or 03, the Pod has failed the standard self test. Record this 
information and continue to Preparation to Troubleshoot a Defective Pod. 

USING THE ENHANCED SELF TEST 6-12. 

The Enhanced Self Test performs an improved functional test (compared to the 
Troubleshooter’s built-in Pod test) and a nearly complete cable test as well. It consists 
of a series of read, write, and write control operations using the Self-Test socket. If an 
error is detected, all relevant information is saved, and an error code is inserted into the 
fault byte at the end of the reset string before it is sent to the Troubleshooter. This code 
produces the POD SELF TEST 80186 FAIL 00 message. 

Pod Function Address F0 0000 in the Pod contains the result code from the last 
Enhanced Self Test. A READ @ F0 0000 will return a code indicating which Enhanced 
Self Test routine failed. Table 6-3 describes the possible error codes produced by the 
Enhanced Self Test. As with the regular self test data, record the information from F0 
0000 and continue to Prepartion for Troubleshooting a Defective Pod. 

A WRITE @ F0 0000 = 0000 will disable the reporting of the Self-Test bit in the fault 
byte on all operations. This allows the Self-Test socket to be used as a UUT for 
diagnostics. Reenable the Self-Test bit by writing 00FF to F0 0000 (WRITE @ F0 
0000 = 00FF), or by turning the Troubleshooter power off and then on again. 

Preparation for Troubleshooting a Defective Pod 6-13. 

CAUTION 

Any adjustment, maintenance, or repair of the opened Pod under 
voltage shall be avoided as far as possible and, if done, shall be 
carried out only by a skilled person who is aware of the hazards 
involved. 



Prepare to troubleshoot your defective Pod as follows: 

1 . Disassemble the Pod, referring to the later section titled Disassembly. It is not 
necessary to separate the two PCB assemblies at this point. The two PCB 
assemblies should remain securely fastened together with screws to avoid 
possible problems with electrical connections between the two PCB 
assemblies. 

2. Look for any obvious problems such as burned components or ICs that are 
loose in their sockets. Replace components if necessary. 

3. Connect the Pod to the Troubleshooter, and insert the ribbon cable plug into 
the self test socket as shown in Figure 6-1 . 

4. Press the Bus Test key on the Troubleshooter to initiate the Self Test, then 
press the Stop Key. Perform a WRITE @ F0 0000 = 0000 to disable the Pod 
Self Test. (The Pod Self Test may be re-enabled by cycling Pod power off and 
then on, or by a WRITE @ F0 0000 = 1 .) 
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Table 6-3. Enhanced Self Test Failure Codes 



EXECUTION/ 

FAILURE 

CODE 


OPERATION* 


EXPECTED RESULT 
(TROUBLESHOOTING CLUES) 


0001 


READ @ AAAA 


*DATA RETURNED = ABAA 

(Check A0-A15: Odd bits high, even low) 


0002 


READ @ 405555 = 0054 


*DATA RETURNED = 0054 

(Check A8-A15: Even bits high, odd low) 


0003 


READ @ 405556 = 0055 


*DATA RETURNED = 0055 

(Check A0-A7: Even bits high, odd low) 


0004 


Not used with 9000A- 
80186 Interface Pod 




0005 


WRITE @ AAAAA = 5555 


No Address, Data errors (Check D0-D15: Even bits 
high, odd low) 


0006 


WRITE @ 455554 = AAAA 


No Address, Data errors (Check D1-D15: Odd bits 
high, even low) 


0007 


READ @ A0000 = 3FAA 


*DATA RETURNED = 3FAA 

(Checks A1 7, A1 9 = 1 ; A1 6, A1 8 = 0; SO, S2 = 1 ; ST, 

BHE = 0; PCS1 thru PCS6 = 1.) 


0008 


READ @ 50000 = 3F5A 


*DATA RETURNED = 3F5A 

(Checks A17, A19 = 0; A16, A18 = 1; SO, S2 = 1; Si, 

BHE = 0; PCS1 thru PCS6 = 1.) 


0009 


READ @ 600001 = 003F 


*DATA RETURNED = 003F 

(Checks SO, BHE = 1 ; A1 6-A1 9 = 0; ST, S2 = 0; 

PCS1 thru PCS6 = 1.) 


000A 


READ @ 40080 = 1 F4A 


*DATA RETURNED = 1F4A 

(Checks A16, A17, A19 = 0; A18 = 1; SO, S2 = 1; ST, 

BHE = 0; PCS1 = 0; All other PCS lines = 1.) 


000 B 


READ @ 40100 = 2F4A 


*DATA RETURNED = 2F4A 

(Checks A16, A17, A19 = 0; A18 = 1; SO, S2 = 1; Si , 

BHE = 0; PCS2 = 0; All other PCS lines = 1.) 


OOOC 


READ @ 40180 = 374A 


*DATA RETURNED = 374A 

(Checks A16, A17, A19 = 0; A18 = 1 ; SO, S2 = 1; ST, 

BHE = 0; PCS3 = 0; All other PCS lines = 1 .) 


OOOD 


READ @ 40200 = 3B4A 


*DATA RETURNED = 3B4A 

(Checks A16, A17, A19 = 0; A18 = 1; SO, S2 = 1; ST, 

BHE = 0; PCS4 = 0; All other PCS lines = 1.) 


OOOE 


READ @ 40280 = 3D4A 


*DATA RETURNED = 3D4A 

(Checks A16, A17, A19 = 0; A18 = 1; SO, S2 = 1;"sT, 

BHE = 0; PCS5 = 0; All other PCS lines = 1 .) 


OOOF 


READ @ 40300 = 3E4A 


*DATA RETURNED = 3E4A 

(Checks A16, A17, A19 = 0; A18 = 1;S0,S2 = 1;ST, 

BHE = 0; PC§6 = 0; All other PCS lines = 1 .) 



6-6 





9000A-80186 



Table 6-3. Enhanced Self Test Failure Codes (cont) 



EXECUTION/ 

FAILURE 

CODE 


OPERATION* 


EXPECTED RESULT 
(TROUBLESHOOTING CLUES) 


0010 


WRITE CTL = 001 


**HOLD = 1; ARDY, SRDY = 0 


0011 


WRITE CTL = 010 


**HOLD, ARDY = 0; SRDY = 1 


0012 


WRITE CTL = 100 


**HOLD, SRDY = 0; ARDY = 1 


0013 


WRITE @0 = 0 


**RES = 0; TEST = 1 (Checks WR = 0; RD = 1 .) 


0014 


READ @ 0 = XXXX 


**RES = 1; TEST = 0 (Checks WR = 1 ; RD = 0.) 


0015 


READ @ C0000 = XXXX 


**INT0 = 0; INTI-3 = 1; NMI, DRQO-1 = 1 
(Checks UCS low; LCS, MCSO-3, PCSO high) 


0016 


READ @ 0 = XXXX 


**INT1 = 0; INTO, 2, 3 = 1; NMI, DRQO-1 = 1 
(Checks LCS low; UCS, MCSO-3, PCSO high) 


0017 


READ @ 80000 = XXXX 


**INT2 = 0; INTO, 1,3 = 1; NMI, DRQO-1 = 1 
(Checks MCSO low; LCS, UCS, MCS1 -3, PCSO 
high) 


0018 


READ @ 90000 = XXXX 


**INT3 = 0; INTO, 1,2 = 1; NMI, DRQO-1 = 1 
(Checks MCS1 low; LCS, UCS, MCSO, 2, 3, PCSO 
high) 


0019 


READ @ A0000 = XXXX 


**NMI = 0; INTO-3 = 1; DRQO-1 = 1 

(Checks MCS2 low; LCS, UCS, MCSO, 1,3, PCSO 

high) 


001 A 


READ @ B0000 = XXXX 


**DRQ0 = 0; INTO-3 = 1; NMI, DRQl = 1 
(Checks MCS3 low; LCS, MCSO-2, PCSO high) 


001 B 


READ @ 40000 = XXXX 


**DRQ1 = 0; INTO-3 = 1; NMI, DRQO = 1 
(Checks PCSO low; UCS, LCS, MCSO-3 high) 


001 C 


TRANSPARENT READ 


**TMR IN 0 = 0; TMR IN 1 =1 

(Checks TMR OUT 0 low; TMR OUT 1 high) 


001 D 


TRANSPARENT READ 


**TMR IN 0 = 1; TMR IN 1 =0 

(Checks TMR OUT 0 high; TMR OUT 1 low) 


*You must enable the Pod Self Test with a WRITE @ F0 0000=XX (where xx is a non-zero value) before 
performing the operations in this column. 
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Figure 6-1. Troubleshooting a Defective Pod 



5. Press the Setup key on the Troubleshooter and set the following conditions: 

SET- TRA P BAD PO WER S UP PL Y? YES 
SET-TRAP ILLEGAL ADDRESS? YES 
SET-TRAP ACTIVE INTERRUPT? NO 
SET-TRAP ACTIVE FORCE LINE? NO 
SET-TRAP CTL ERR? YES 
SET-TRAP ADDR ERR? YES 
SET-TRAP DATA ERR? YES 
SET-ENABLE EXTRD Y? NO 
SET- ENABLE HOLD? NO 

You are now ready to explore the possible causes of Pod failure that are indicated by 
the Pod self test failure codes. 

Troubleshooting a Defective Pod 6-14. 

INTRODUCTION 6-15. 

When the Pod and the Troubleshooter are connected in this configuration (and with 
Pod Function Address FO 0000 = 0000 to disable the self test), the tests and 
troubleshooting functions of the Troubleshooter can be applied to the Pod, much like 
any other UUT. For example, you can perform read or write operations on the UUT 
(which is actually the self test socket). The Troubleshooter no longer knows that the 
Pod is plugged into its self-test socket. 

NOTE 
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Use the failure code data that was reported as the starting point for subsequent 
troubleshooting. Use standard troubleshooting techniques to investigate possible 
sources of the problem. 

While investigating the problem, you may find it useful to recreate the standard self test 
routine that detected the failure. Procedures for recreating the tests are listed below. 

RECREATING THE STANDARD SELF TEST 6-16. 

Follow the steps listed in Table 6-4 to recreate the individual tests done in the normal 
self test. 

The same basic techniques may be used for the additional failure codes that may be 
obtained when using the 9020A Micro-System Troubleshooter in the remote mode. 

RECREATING THE ENHANCED SELF TEST ROUTINES 6-1 7. 

The enhanced self test consists of several test routines that are performed on the Pod’s 
circuitry. The test routines are listed and described in Table 6-3. 

Whenever the Pod fails the enhanced self test, the Pod causes the Troubleshooter to 
display the message POD SELF TEST 80186 FAIL 00. To confirm that the enhanced 
self test failed, rerun the individual test routine failed, and display information about 
the failure, use the following procedure: 

NOTE 

Quick-Looping can be done on the self-test routines. 



Table 6-4. Recreating the Standard Self Test Routines 



TEST ROUTINE/ 
FAILURE CODE 


POD OPERATION 


OPERATOR ACTIONS TO 
RECREATE TEST 


00 


Reset Pod 

READ @ 0FF0-F00F 


WRITE @ FOOOOO^O 
READ @ 0FF0 
If a power fail error message 
occurs, check the power- 
detection circuits. 


01 


WRITE @ 0FF0=F00F 


WRITE @ 0FF0=F00F 


02 


Test Control Line 


BUS TEST 


03 


Send command to enable all Pod 
Enableable lines and very that a Pod 
timeout occurs. This timeout is 
transparent to the operator. 


Enable EXTRDY and HOLD 



1. Do a WRITE @ FO 0000 = 0 operation to cancel the self test mode. 

2. Perform a read operation at address FO 0000. If there was a previous failure of 
an enhanced self test routine, this read operation will cause that failed routine 
to re-execute. (In many cases an error message will be displayed.) 



6-9 





9000A-801 86 



3. Press the MORE key to find out more information about the error that was 
detected. (Sometimes more than one line of information is available.) 

4. Then press the CONT key to find out which enhanced self test routine failed. 

You may rerun the failing routine at any time by either repeating the read operation of 
FO 0000 (to rerun the last failing routine) or by writing a test code to address F0 0000. 
The procedure for using a Write operation to recreate a specific self test routine is as 
follows: 

1. Do a WRITE @ F0 0000 = 0 operation to cancel the self test mode. 

2. A WRITE @ F0 0000=0002, for example, will cause the Pod to re-execute 
enhanced self test routine number 2. 

NOTE 

If you write bad data to this address, (i.e., try to execute an enhanced 
selftest routine that doesn't exist), the Pod will report a data drivability 
error on the non-zero bits of the data. 

Assume that the Pod self test is performed and the Troubleshooter displays the 
message POD SELF TEST 80186 FAIL 00. The following sequence of keystrokes 
provides information about the Pod failure detected: 



PRESS DISPLAY 



COMMENT 



WRITE @ F00000=0 WRITE @ F00000^0 

READ F00000 ENTER DA TA ERR @ FOOOOO-LOOP ? 



Disable the Self Test. 

Enhanced self test detected 
data error. 



MORE 

CONT 



DA TA BITS 0080-LOOP? 
READ @ F0 0000 = 0002 FAIL 



Unexpected data on data bit 7 
(hex 0080 corresponds to bit 7). 

The failure occurred during 
test routine 2. 



NOTE 

If you press the LOOP key or the YES key in response to the LOOP? 
prompts that accompany the preceding messages, the Troubleshooter 
loops on the REA D@F0 0000; the Troubleshooter then loops on the test 
routine in which the failure occurred. 



The previous sequence of messages indicates that data bit 7 was found to be in error 
while the Pod was performing test routine 2. Note that although a data error implies a 
drivability error, when encountered with the enhanced self test a data error may also 
indicate that incorrect data was received during a read operation. 
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TROUBLESHOOTING AN INOPERATIVE POD 6-18. 

Introduction 6 _ 19 

This section describes what to do if the Troubleshooter displays any of the three 
ATTEMPTING RESET messages when the Pod self test is performed. The 
ATTEMPTING RESET messages indicate that the Pod is not operating and is not 
responding to the Troubleshooter. 



II you correct a problem while using the procedures provided in this section, try the 
Pod self test again. If the Troubleshooter again displays an ATTEMPTING RESET 
message, continue with the procedures in this section. However, if the Troubleshooter 
displays the message POD SELF- TEST 80186 FAIL xx, refer to the previous section 
titled Troubleshooting a Defective Pod. The reason for referring to the other section is 
that when the Pod is again communicating with the Troubleshooter, you may use the 
Pod to help troubleshoot itself. 

Preparation for Troubleshooting an Inoperative Pod 6-20. 

An inoperative Pod is like any other microprocessor-based UUT that is not operating 
properly; the easiest way to fix an inoperative Pod is by using a Troubleshooter and a 
good Pod. Preparation instructions also apply to troubleshooting without a good Pod, 
but note that the detailed troubleshooting steps that follow only apply to using the 
second Troubleshooter and Pod. Prepare to troubleshoot the inoperative Pod by 
performing the following steps: 

1 . Disassemble the Pod, referring to the later section titled Disassembly, but do 
not separate the two PCB assemblies. 

2. Look for any obvious problems, such as burned components or ICs that are 
loose in their sockets. Replace components if necessary. If such obvious defects 
are found, it might be prudent to try the self test again at this point. 

3. Remove the Pod microprocessor from its socket. 

4. II a second Troubleshooter is available, connect the Pod cable plug from the 
inoperative Pod to the second Troubleshooter to supply the inoperative Pod 
with power. If a second Troubleshooter is not available, connect +5V (2 amp) 
power supply to the Pod as shown in Figure 6-2. An easy place to make the 
power connections is at the connector that normally connects the cable to the 
Troubleshooter. 

CAUTION 

Do not operate the Pod with the voltage supply exceeding 5.25 volts, 
or damage to the Pod could result. 

5. Provide a clock signal for the inoperative Pod by inserting the ribbon cable of 
the inoperative Pod into its own self test socket. (Make sure the clock is 
working properly.) An alternative source for a clock signal is a known good 
UUT or frequency generator. 



6. Connect the Troubleshooter to the good Pod as shown in Figure 6-2. Apply 
power to the Troubleshooter, then install the ribbon cable plug of the good 
Pod into the microprocessor socket of the inoperative Pod. 
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CAUTION 

Do not apply or remove power to the good Pod with the ribbon cable 
connected between the good Pod and the inoperative Pod. 



CAUTION 

Do not separate the PCB assemblies of the inoperative Pod with 
power applied to the inoperative Pod. Failure to comply with this can 
damage CMOS components in the Pod. The PCB assemblies should 
be securely fastened together with the proper screws before 
applying power. 




Figure 6-2. Troubleshooting an inoperative Pod 
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Procedure for Troubleshooting an Inoperative Pod 6-21. 

Use the following steps as a guide for troubleshooting an inoperative Pod using a good 
Pod. The circuits and components mentioned in these steps appear in the schematic 
diagrams in Section 8, and the circuits are described in the Theory of Operation in 
Section 5. 



NOTE 

The following procedures are intended only to direct the technician 
towards the source of a problem. In each case, once an anomaly is 
detected, it is up to the technician to pursue the problem further. It is 
suggested that standard troubleshooting procedures be used, once a 
problem is identified, to locate the source of the trouble. This involves 
such things as checking and verifying activity of enabling and timing 
signals, input and output signals, and logic. 

NOTE 

When performing looping read or write operations with a synchronized 
oscilloscope connected to the Troubleshooter, use the Quick-Looping 
Read or Write feature described in Section 4 to obtain a brighter signal 
trace on the scope. 

1. Prepare the Pod as outlined in the previous section (Preparation for 
Troubleshooting an Inoperative Pod). Position the inoperative Pod so that the 
processor board (the one with the microprocessor socket) is upwards. Apply 
power to the inoperative Pod. If a second Troubleshooter is used to supply 
power to the Pod to be tested, press the STOP key on the second 
Troubleshooter to prevent repetitive Pod resets. 

2. Check that the microprocessor’s clock signal is present at U53, pin 59. If it is 
not, trace the clock signal to the fault. 

3. Check that RES is not being asserted (low) at U53 pin 24. 

4. If the Pod is plugged into a second Troubleshooter, press the BUS TEST key 
and then press the STOP key. The Bus Test will reset the inoperative Pod. 
Pressing the STOP key will prevent the Troubleshooter from continuing to 
reset the Pod. If the second Troubleshooter is not available, use the first 
Troubleshooter’s probe to pulse the inoperative Pod Reset line low. 

5. After the inoperative Pod is initialized, try a BUS TEST with the first 
Troubleshooter. If you get a timeout message, use the Setup functions to 
disable the enableable lines. 

6. If the Bus Test works now, check the input buffers. 

7. If a timeout still occurs, check the clock circuit. 

8. Do a ROM TEST and a RAM TEST. Refer to Table 6-5 for the ROM and 
RAM addresses, the expected ROM signature that should be obtained when 
the ROM Test is performed, and the expected ROM checksum that should be 
obtained when the Quick ROM Test is performed. 

If the ROM Test and RAM Test are successful, the next thing to check is the 
data communication with the Troubleshooter. 
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Table 6-5. Pod Device Addresses 



DEVICE 


LOWER ADDRESS 


UPPER ADDRESS (IF ONE EXISTS) 


RAM 


0000 


0FFF 




(4000) 


(40FF) 


ROM** 


F 8000 


F FFFF 


Peripheral Control* 


FF00 


FFFE 


Block 


2000 


20FE 


*The address range of the internal peripheral control block will be set to either FF00-FFFE in 10 space 
or 2000-20FE (segment = 0) in memory space. It will be moved back and forth between these two 
address spaces, depending upon where the next UUT access occurs. 


**The last three words of the Pod’s ROM contain: 




FFFFE Interrupt Information (FFFF) 




FFFFC Signature (Troubleshooter ROM TEST) 

FFFFA Adjusted Checksum (Pod’s Quick ROM Test) 


When performing a ROM Test, test from F 8000 to F FFFA, then compare the resulting signature to the 
contents of FFFFC. Perform a Quick ROM test from F8000 to FFFFA, then compare the resulting 


checksum to 0002. 







9. Check the path of incoming data. If a second Troubleshooter is being used and 
has timed Out, the data AB is probably being placed on the second 
Troubleshooter’s data lines. The first Troubleshooter can read the data lines of 
the second Troubleshooter by performing a read operation at 1E00 (1E00 is 
the address of incoming data at on the Processor PCB). The data should be 
XX AB (X - any value). T he most-significant bit (bit 15) of the data should be 
the value of M AINSTAT. The second-most-significant bit of the data should 
be LOWPR (it should be low). The rest of the bits in the data are 
indeterminate. 

If a second Troubleshooter is not being used, you may check the incoming data 
path by performing a looping read operation at 1E00. Set the probe stimulus to 
toggle high and low pulses; then apply the stimulus pulses to the data lines and 
check whether all bits are readable high and low. 

10. If you are using a second T roubleshooter, checking the path of outgoing data is 
not as straightforward as previously described for incoming data. Do the 
following procedure to check the path of outgoing data: 

a. Disconnect the inoperative Pod and connect a good Pod to the second 
Troubleshooter. 

b. Do a complete operation that does not time out, then press the STOP key. 
This will leave the Troubleshooter data lines in a tristate condition. 
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c. Without disconnecting power, disconnect the good Pod from the second 
Troubleshooter and reconnect the inoperative Pod. Do not press any keys 
on the second Troubleshooter. 

d. Using the first Troubleshooter probe in the probe stimulus mode, pulse the 
Reset line on the inoperative Pod to initialize the inoperative Pod. 

e. On the first Troubleshooter, perform the operation WRITE @ 1 D00 to set 
Bit 14 high; this should turn on the data output latch. 

NOTE 

Table 6-6 contains a description of this and other latches, including 
addressing and timing. Table 6-7 contains bit definitions of selected Pod 
addresses. 



f. W rite a value to 1 F00 and check the data lines with the probe to see if the 
expected value is present. 

g. Check the output port to make sure all signals are writable. 

h. Make sure a Pod Reset resets all output port lines low. 

i. Try writing to the timer. Use the probe in the free-run mode. If RUNREQ 
is low, the UUTON should have a short pulse. If RUNREQ is high, 
RU NUUT should become active after the timer fires, and stay on until the 
Pod is reset. This is the RUN UUT mode. While in RUN UUT mode, you 
should not be able to read the ROM or RAM of the inoperative Pod, but 
instead you should be communicating with the inoperative Pod UUT or 
the self test socket. 

j- Check th at the signal INTNMI is not asserted (check that it is high). If 
INTNMI is asserted (low), t he Pod’s m icroprocessor is disabled from 
writing to devices in the Pod. INTNMI is an output of U30, pin 8. This 
flip-flop is cleared by power-up and Troubleshooter resets. 

If all these tests are good, you should no longer have an inoperative Pod, but you may 
still have a defective Pod. If the Pod is still defective, refer to the previous section titled 
Troubleshooting a Defective Pod. 



EXTENDED TROUBLESHOOTING PROCEDURES 6-22. 

Introduction 6-23. 

The troubleshooting procedures provided in this section supplement the circuit checks 
performed on the Pod during the Pod self test. These procedures are appropriate for 
use with a Pod that passes the Pod self test but does not appear to function normally 
when used with a Trubleshooter and a good UUT. If a Pod fails self test, it would be 
better to begin troubleshooting with the procedure provided in the section titled 
Troubleshooting a Defective Pod. 



Potential pr oblems that may exist in a Pod that passes the Pod self test may be divided 
into three categories: 
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• Misconfigured Pod 

• Partially checked circuits 



• Timing and noise problems 



Misconfigured Pod 6-24. 

The Pod may exhibit abnormal behavior if it is not configured properly for the UUT 
being tested. Recheck the procedures listed in Section 2 to make sure that the Pod has 
its Chip Selects, Interrupt Control registers, DMA Control registers, Timer Control 
registers, RESET output signal, and Transparent Read address set correctly. Check to 
see that the Pod is not accidently being placed in the Queue Status mode. A Pod that 
has inadvertently been changed to the Queue Status mode will show symptoms such as 
unexplained drivability errors on the address lines. 



Partially Checked Circuits 6-25. 

The most obvious partially checked circuits, and the easiest to check, are possible open 
lines on the UUT cable. The circuits are usually checked through the hybrid protection 
circuits and back through the latches, but the cable lines themselves are not checked. 
Refer to Table 6-8 for a list of the partially checked lines. These lines can be checked 
with an ohmmeter, but if they are intermittent, a better way is to check them with the 
Troubleshooter probe or an oscilloscope while the Pod is exhibiting its symptoms. 
Check at the Pod end for the status lines (inputs), and check at the UUT end for control 
lines (outputs). 



Table 6-6. Pod Latch Addresses and Timing 



LATCH 


ADDRESS 


TIMING* 


DATAOUT 


1F00 


N/A 


DATAIN 


1 E00 


N/A 


CTLOUTA 


1 D00 


N/A 


TIMER 


1C00 


N/A 


DATLATCH 


1900 


Data 


ADRLATCH 


1800 


Address 


TRANSCS 


1700 


Late 


TRANSADR 


1600 


Data 


CTLOUTA 


1500 


Data 


LLATCHC 


1400 


Late 


LLATCHB 


1300 


Late 


LLATCHA 


1200 


Late 


EELATCH 


1100 


Extra Early 


ELLATCH 


1000 


Address (lo byte) — Late (hi byte) 


*Definition of Latch Timing: 






Address = Beginning of T2 






Data = Beginning of T4 






Late = Middle of T3 






Extra Early = Beginning of T1 
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Table 6-7. Bit Definitions of Selected Pod Addresses 




6-17 




9000A-801 86 



Table 6-8. Pod Ribbon Cable Lines Partially Checked in the Pod Self Test 



SIGNAL 


UNTESTED CONDITIONS 


CLKOUT 


Drivability 




Signal Presence 


S1 1 


Open in the Pod end of the cable and a short 


DT/R > 


to ground at the UUT end of the cable 


DEN ) 




S2 


Low condition 


Grid (pin 60) 


Open 


Vcc 


Shorts to the Pod’s +5V supply 



During the Pod self test, the Pod self test socket forces the Pod into the normal mode, 
so some of the Queue Status mode circuits are only partially checked. These include 
any signal that is different in the Queue Status mode from the Normal mode. 

The circuits that generate the transparent reads to the UUT when the Pod is not in a 
UUTON cycle are also partially checked. These circuits could be malfunctioning 
between cycles and causing problems with the UUT. 

Another circuit that is partially checked is the tristate and wait state logic. If the UUT 
uses DMA (HOLD/ HOLD Acknowledge) cycles or wait states, the circuitry of the 
Pod that handles these functions could be the problem. 

Timing and Noise Problems 6-26. 

Timing or noise problems are usually caused by components that are still functioning, 
but are not functioning within the component specifications. The best way to check 
this problem is to look at suspected signals using an oscilloscope synchronized to either 
address or data. Look for slow rise times or signals driven to marginal levels. If the part 
is too slow, it might fail on the UUT, but pass the Pod self test because of narrower 
design margins on the UUT. 

If a part has marginal drive capabilities, the added noise of a UUT environment might 
cause it to fail. Be sure to note that inputs can malfunction (they may leak perhaps) and 
put too much load on an output causing either low levels, slow rise times, or both. 

DISASSEMBLY 6-27. 

To gain access to the two PCB assemblies in the Pod, perform the following steps: 

1. Remove the Pod ribbon cable plug from the self test socket. 

2. Turn the Pod over on its top (with the large Pod decal facing up). Remove the 
four phillips screws that hold the case halves together and remove the top and 
bottom case halves. Place the PCB assemblies so that the self test socket (on the 
processor PCB assembly) is facing up. 

3. Remove the four phillips screws that connect the heat sink to the processor 
PCB assembly and remove the heat sink. 
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NOTE 

The heat sink is not needed for heat dissipation unless the Pod is fully 
assembled. If the two PCB assemblies are removed from the top and 
bottom cases, the heat sink may be removed during Pod operation and 
troubleshooting. 

4. Remove the single phillips screw that retains the shield surrounding the PCB 
assemblies. Remove the shield. 

NOTE 

When the shield and the heat sink are removed, all the components are 
exposed. It may not be necessary to separate the two PCB assemblies 
while troubleshooting except to replace components. 

5. To separate the two PCB assemblies, turn the PCB assemblies over so that the 
self test socket is facing down. Remove the four phillips screws at the corners of 
the PCB assemblies and carefully pull the boards apart at the two connectors 
along the sides. 
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Section 7 

List of Replaceable Parts 



INTRODUCTION 7-1. 

This section contains an illustrated parts list for the instrument. Components are listed 
alphanumerically by assembly. 

Parts lists include the following information: 

1. Reference Designation. 

2. Static Warning marker. 



CAUTION 

Devices indicated by an asterisk (*) in the listing are subject to 
damage by static discharge. 

Devices indicated by an asterisk (*) in the listing are subject to damage by static 
discharge. 

3. Description of Each Part. 

4. Fluke Stock Number. 

5. Federal Supply Code for Manufacturers (see the 9000 Series Troubleshooter 
Service Manual for Code-to-Name list). 

6. Manufacturer’s Part Number. 

7. Total Quantity of Components Per Assembly. 

8. Recommended spares quantity. This entry indicates the recommended number 
of spare parts necessary to support one to five instruments for a period of two 
years. This list presumes an availability of common electronic parts at the 
maintenance site. For maintenance for one year or more at an isolated site, it is 
recommended that at least one of each assembly in the instrument be stocked. 

HOW TO OBTAIN PARTS 7-2. 

Components may be ordered directly from the manufacturer by using the 
manufacturer’s part number, or from the John Fluke Mfg. Co., Inc. or an authorized 
representative by using the Fluke Stock Number. 
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In the event the part ordered has been replaced by a new or improved part, the 
replacement will be accompanied by an explanatory note, and installation instructions 
if necessary. 

To ensure prompt and efficient handling of your order, include the following 
information. 

1. Quantity. 

2. Fluke Stock Number. 

3. Description. 

4. Reference Designation. 

5. Printed Circuit Board Part Number and Revision Letter. 

6. Instrument Model and Serial Number. 

A Recommended Spare Parts Kit for your basic instrument is available from the 
factory. This kit contains those items listed in the RSQ column of the parts lists in the 
quantities recommended. 

Parts price information is available from the John Fluke Mfg. Co., Inc. or its 
representative. Prices are also available in a Fluke Replacement Parts Catalog, which 
is available upon request. 

MANUAL CHANGE AND BACKDATING INFORMATION 7-3. 

Table 7-4 contains information necessary to backdate the manual to conform with 
earlier PCB configurations. To identify the configuration of the PCB’s used in your 
instrument, refer to the revision letter on the component side of each PCB assembly. 

As changes and improvements are made to the instrument, they are identified by 
incrementing the revision letter marked on the affected PCB assembly. These changes 
are documented on a supplemental change/ errata sheet which, when applicable, is 
inserted at the front of the manual. 

To backdate this manual to conform with an earlier assembly revision level, perform 
the changes indicated in Table 7-4. There are no backdating changes at this printing. 
All PCB assemblies are documented at their original revision level. 
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TABLE 7-1 . 9000A-8O186 FINAL ASSEMBLY 
< SEE FIGURE 7-1.) 



REFERENCE 

DESIGNATOR 

A-->NUMERICS~- 


--•> S 


DESCRIPTION 


FLUKE 

STOCK 

—NO— 


MFRS 

SPLY 

CODE- 


MANUFACTURERS 
PART NUMBER 
—OR GENERIC TYPE— 


TOT 

QTY 


R 

S 

-Q 


A 


40 






PROCESSOR PCD ASSEMBLY 


744771 


89536 


715961 


1 




A 


41 






INTERFACE PCB ASSEMBLY 


744789 


89536 


715979 


1 




M 


1 






SCREW , HACK, PHP SEMS , STL , 4-40X1/4 


185918 


89536 


185918 


4 




H 


2 






SCREW , MACH , PHP , STL , 4-40X3/4 


1 1 5063 


89536 


115063 


4 




H 


3 






SCREW, MACH, PHP , S. STL , 4-40X3/8 


256164 


89536 


256164 


4 




H 


4 






SCREW , MACH , PHP , STL , 4-40X5/8 


145813 


89536 


145813 


1 




M 


5 






WASHER, LOCK, INTRNL , STEEL , #4 


110403 


89536 


110403 


1 




HP 


1 






SHELL TOP 


744797 


89536 


744797 


1 




MP 


2 






SHELL, BOTTOM 


648881 


89536 


648881 


1 




MP 


3 






LABEL, STATIC CAUTION 


605808 


89536 


605808 


1 




MP 


4 






DECAL, POD 


737957 


89536 


737957 


1 




MP 


5 






DECAL, SPEC 


737965 


89536 


737965 


1 




MP 


6 






WARNING DECAL 8086 


659805 


89536 


659805 


1 




MP 


7 






SPACER , HEX , ALUM , 4-40X0 . 375 


187575 


89536 


187575 


1 




MP 


8 






SHIELD, ALUM MYLAR 


749978 


89536 


749978 


1 




MP 


9 






HEAT D IS , CHIP CARRIER LID, ALUM 


745851 


89536 


745851 


1 




MP 


10 






HEATSINK 


744813 


89536 


744813 


1 


1 


TM 


1 






INSTRUCTION MANUAL 


737999 


89536 


737999 


1 




U 


4 




# 


PROGRAMED 27128 VI -0 


745331 


89536 


745331 


1 


1 


U 


5 




* 


IC.LSTTL, 8-BIT BINARY CNTR W/REG-OUT 


741 173 


89536 


741173 


1 




u 


5 




* 


PROGRAMED 27128 VI, 0 


745349 


09536 


745349 


1 


1 


u 


9, 


10 




IC, 2K X 8 STAT RAM 


647222 


51157 


HM61 16P-3 


2 


1 


u 


16 




* 


PROGRAMED 16L8 VI .0 


745356 


89536 


745356 


1 


1 


IJ 


23 




* 


PROGRAMED 1 6L.8 V1.0 


745364 


89536 


745364 


1 


1 


u 


53 




* 


IC , NMOS , 1 6 BIT MICROPROCESSOR 


722496 


89536 


722496 


1 




u 


1 




* 


ASSY, UUT CABLE 


744763 


89536 


744763 


1 


1 


w 


2 






CABLE, POD 8086/88 


607184 


89536 


607184 


1 




XU 


4, 


5 




CLIP, HEATSINK, 24 PIN 


607655 


89536 


607655 


2 




XU 


16, 


23 




CLIP, HEATSINK, 20 PIN 


607671 


89536 


607671 


2 




XU 


53 






SOCKET, IC, CHIP CARRIER, 68 PIN 


720888 


89536 


720888 


1 




I 


6 






HEADER, PROGRAMMABLE 


659839 


89536 


659839 


1 





NOTE 1 * PART OF INTERFACE ASSEMBLY 
NOTE 2 = PART OF PROCESSOR ASSEMBLY 
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TABLE 7-2. A40 PROCESSOR PCB ASSEMBLY 
(SEE FIGURE 7-2.) 



REFERENCE 

DESIGNATOR 

A-->NUMERICS- 



--DESCRIPTION- 



CR 

j 


1 , 2 
4 


* 


J 


1 

2 




MP 


i 




MP 


2 




MP 


3 




*P 


1 , 2 




TP 


1- 4 




U 


1 


tf 


U 


2, 7, 50, 


tf 


U 


51 , 52 


tf 


U 


3, 8 


tf 


U 


6, 31 


tf 


U 


14, 17 


tf 


U 


19, 24 


« 


U 


21 


* 


U 


27, 28, 29, 


» 


U 


56 


tf 


U 


32 


* 


U 


42 


* 


U 


44 


tf 


X 


4, 5 




X 


9, 10 




X 


16, 23 




XU 


53 




Y 


1 


tf 


C 


1 




C 


2, 3 




C 


4 




C 


5- 13, 16- 




c 


24 




R 


1, 3, 14 




R 


2, 5, 9, 




R 


10, 11, 16- 




R 


20 




R 


4 




R 


7, 12 




R 


15, 21, 22, 




R 


23 




U 


11, 13 


tf 


U 


12 


tf 


U 


15 


tf 


U 


18, 22 


tf 


U 


20 


tf 


U 


25, 26, 30, 


tf 


U 


54 


tf 


U 


33, 35, 39, 


tf 


U 


43 


tf 


U 


34, 46, 55 


tf 


U 


36, 38, 40 


* 


U 


37 


tf 


U 


41 , 47 


tf 


U 


45 


tf 


U 


48 


* 


U 


49 


tf 



DIOPE , SI , BV« 75.0V, 10=1 SOMA ,500 MW 
HEADER, 2 ROW, 0 . 1 OOCTR , RT ANG.26 PIN 
SOCKET ASSEMBLY 

SPACER , SWAGED , RND , BRASS , 4-40X0 . 340 
SPACER , SWAGED , RND , BRASS , 6-32X0 . 875 
SPACER , SWAGED , RND , BRASS , 4-40X0 . 437 
PIN, SINGLE, PWB, 0.025 SQ 
TERM, FAS TON , TAB, SOLDR ,0.110 WIDE 
IC,ALSTTL, OCTAL D F/F , +EDG TRG 
IC,LSTTL, OCTAL D TRANSPARENT LATCHES 

IC, CMOS, OCTAL BUS TRANSCEIVER 
IC,LSTTL, OCTAL BUFFER/LINE DRIVER 
IC , ALSTTL , QUAD 2 -INPUT MULTIPLEXER 
IC, ASTTL, DUAL 4-INPUT MUX W/3 STATE 
IC , FTTL , 8 LINE MUX W/SELECT 
IC , FTTL , DUAL p F/F , + EDG TRG , W/CL6SET 

IC, CMOS, QUAD Z-INPUT NAND GATE 

IC, CMOS, QUAD 2INPUT XOR GATE 

IC, ALSTTL, TRIPLE 3 INPUT NAND GATE 

SOCKET, IC, 28 PIN 

SOCKET, IC, 24 PIN 

SOCKET, IC, 20 PIN 

SOCKET, IC, CHIP CARRIER, 60 PIN 

CRYSTAL , 1 6MHZ , +-© . 005X , HC~ 1 8U 

CAP , TA , 1 OUF , +-20X , 1 5V 

CAP , CER , 22PF , +- 1 OX , 50 V , COG 

CAP , CER , 1 OOPF , +-- 1 OX , 50V , COG 

CAP , CER , 0 . 22UF , • 80 - 20X , 50V , Y5V , 1 206 

RES , CHIP , CERM , 27K , » • 5X , 0 . 1 25W 
RES , CH IP , CERM , 4 . 7K , + --5X ,0.1 25W 



RES , CHIP , CERM , 1 OOK , + • 5% , 0 . 1 25W 
RES, CHIP, CERM, 02, +-SX, 0. 1 25W 
RES, CHIP, CERMET, 22©,+-5%, 0.125W 

IC , LSTTL , 3-8 LINE DCDR W/ENABLE 

IC , LSTTl. , 2-4 LINE DEMUX 

IC, LSTTL, HEX D F/F , +EDG TRG, W/CLEAR 

IC, LSTTL, OCTAL D F/F , TEDG TRG, W/CLEAR 

IC, LSTTL, SYNC DIVIDE BY 16 BIN CNTR 

IC, LSTTL, DUAL D F/F, TEDG TRG , W/CLR 

IC, LSTTL, QUAD 2 INPUT OR GATE 

IC, LSTTL, QUAD 2 INPUT NAND GATE 
IC, LSTTL, QUAD 2 INPUT AND GATE 
IC, LSTTL, QUAD 2 INPUT NOR GATE 
IC, LSTTL, HEX INVERTER 
IC, LSTTL, TRIPLE 3 INPUT NOR GATE 
IC, LSTTL, TRIPLE 3 INPUT AND GATE 
IC, LSTTL, QUAD BVS BFR W/3-STATE OUT 



FLUKE 


MFRS 


MANUFACTURERS 




STOCK 


SPLY 


PART NUMBER 


TOT 


—NO— 


CODE- 


---OR GENERIC TYPE— 


QTY 


203323 


07910 


1N4440 


2 


512590 


89536 


512590 


1 


759944 


89536 


759944 


1 


380329 


89536 


380329 


4 


266486 


89536 


266486 


1 


442913 


89536 


442913 


4 


267500 


00779 


87022-1 


120 


512889 


02660 


62395 


4 


740910 


89536 


740910 


1 


504514 


01295 


SN74L.S373N 


5 


504514 








535906 


36665 


MD74C245AC 


2 


634105 


04713 


SN74LS541 N 


2 


740902 


09536 


740902 


2 


740094 


89536 


740894 


2 


697763 


89536 


697763 


1 


659500 


07263 


74F74PC 


4 


659508 








741280 


89536 


741280 


1 


740845 


09536 


740845 


1 


740886 


89536 


740886 


1 


44821 7 


91506 


328 -AG39D 


2 


376236 


91506 


324 --AG39D 


2 


454421 


09922 


DIL.B20P-1 08 


2 


720888 


89536 


720888 


1 


721639 


89536 


721639 


1 


740472 


89536 


740472 


1 


740563 


89536 


740563 


2 


740571 


89536 


740571 


i 


740597 


89536 


740597 


18 


740597 








740530 


89536 


740530 


3 


740522 


89536 


740522 


1 0 


740522 








740522 








740548 


89536 


740548 


1 


740400 


89536 


740480 


2 


746347 


09536 


746347 


4 


746347 








740969 


09536 


740969 


2 


740951 


89536 


740951 


1 


740944 


89536 


740944 


1 


740920 


09536 


740920 


2 


740936 


89536 


740936 


1 


740905 


09536 


740985 


4 


740985 








740070 


89536 


740870 


4 


740870 








741033 


89536 


741033 


3 


740860 


89536 


740860 


3 


741025 


89536 


741025 


1 


741017 


89536 


741017 


2 


740993 


09536 


740993 


i 


741009 


89536 


741009 


i 


740977 


89536 


740977 


i 



N 

R 0 
S T 
-Q -E 

1 

1 



1 

1 

1 

1 

1 

1 

1 

1 

1 

1 



1 



1 



1 
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TABLE 7-3. A41 INTERFACE PCB ASSEMBLY 
( SEE FIGURE 7-3.) 



REFERENCE 

DESIGNATOR 

A- > NUMERICS > S DESCRIPTION 



A 


1- 8 




ft 


HYBRID, 700< , TESTED 


C 


1- 13 






CAP.CER, 0.22UF, +-20X, 50V, Z5U 


>J 


1 , 2 






SOCKET, 2 ROW, PWB, 0. 1 50CTR, 60 POS 


J 


3, 4 






HEADER, 2 ROW, 0.100 CTR,40 PIN 


R 


1 , 11 






RES , ME , 1 2 . 1 K , +- 1 % , 0 . 1 25W , 1 OOPPM 


R 


2, 1© 






RES , MF , 22. 6K , +-1 X , 0. 1 25W, 1 OOPPM 


R 


3 






RES, MF , 1 OK , +-1 %, 0. 1 25W, 1 OOPPM 


R 


4 






RES , MF , 1 . IK , +-1X, 0. 1 25W, 1 OOPPM 


R 


5- 9, 


12 




RES , CF , 4 . 7M , •*■-5% , 0 . 25W 


R 


13 






RES , CF , 1 0K , + -5X , 0. 25W 


TP 


1 , 2 






TERM, F ASTON, TAB , SOLDR ,0.110 WIDE 


U 


1 , 3, 


4, 


ft 


IC, CMOS, OCTAL D F/F , +EDG TRG, 3-STATE 


U 


7, 8, 


9, 


ft 




U 


12, 13, 


16, 


ft 




U 


19, 20, 


21 , 


« 




U 


24 




ft 




U 


6, 18 




ft 


IC, ALSTTL, OCTAL BUS XCVR W/3- STATE 


U 


10 




ft 


IC,LSTTL, OCTAL BUFFER/LINE DRIVER 


U 


11, 17, 


23 


ft 


IC, ALSTTL, OCTAL. D F/F.+EDG TRG 


u 


14, 28, 


29 


ft 


IC, ALSTTL , QUAD 2-INPUT MULTIPLEXER 


U 


15, 27 




ft 


IC , ALSTTL, OCTL LINE DRVR W/3- STATE 


U 


22 




ft 


IC , LSTTL , HEX BUFFER W/3-STATE OUTPUT 


IJ 


25 




ft 


IC, COMPARATOR, QUAD, 14 PIN DIP 


U 


26 




ft 


IC, COMPARATOR, DUAL, 1.0-PWR, 8 PIN DIP 


VR 


1 




ft 


IC, 1.22V, 100 PPM T . C . , BANDGAP REF 


XU 


1 , 3, 


4, 




SOCKET, IC, 20 PIN 


XU 


7~ 9, 


12, 






XU 


13, 16, 


19- 






XU 


21 , 24 








XU 


2 , 5 






SOCKET, IC, 16 PIN 


XU 


6* 








XVR 


1 






SPACER, MOUNT, NYLON, 


Z 


1 , 2 






RES, NET, SIP, 10 PIN, 9 RES , 4 . 7K , + - 2% 


2 


3 




ft 


RES NET THICK FILM ASSY , TESTED-9000 


Z 


4 






RES, NET, SIP, 10 PIN, 5 RES,10K,+-2X 


7. 


5 






RES, NET, SIP, 6 PIN, 5 RES , 1 . 5K , +-2X 



FLUKE 


MFRS 


MANUFACTURERS 




STOCK 


SPLY 


PART NUMBER 


TOT 


—NO— 


CODE- 


—OR GENERIC TYPE— 


QTY 


582189 


89536 


582189 


8 


309849 


71590 


CW3C0C224K 


13 


602813 


00779 


86396-6 


2 


603670 


09536 


603670 


2 


234997 


91637 


CMF551212F 


2 


288431 


91637 


CMF552262F 


2 


168260 


91637 


CMF551 002F 


1 


241497 


91637 


CMF551 1 ©1 F 


1 


543355 


00031 


CR251 -4-5P4M7 


6 


340839 


80031 


CR251 -4-5P1 OK 


1 


512889 


02660 


62395 


2 


707695 


89536 


707695 


13 


707695 








707695 








707695 








707695 








647214 


01295 


SN74ALS245N 


2 


634105 


04713 


SN74LS541 N 


1 


740910 


89536 


740910 


3 


740902 


89536 


740902 


3 


741165 


89536 


741165 


2 


536458 


©1295 


SN74LS365N 


1 


387233 


12040 


LM339N 


1 


478354 


12040 


LM393N 


1 


452771 


89536 


452771 


1 


454421 


09922 


DILB20P-1 08 


13 


454421 








454421 








454421 








276535 


91506 


31 6-AG39D 


3 


276535 








175125 


89536 


175125 


1 


484063 


80031 


95081 002CL. 


2 


583476 


89536 


583476 


i 


529990 


89536 


529990 


i 


414011 


09536 


41401 1 


i 



N 

0 

T 

~E 
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Table 7-4. Manual Status and Backdating Information 



REF 

OR 

OPTION 

NO. 


ASSEMBLY 

NAME 


FLUKE 

PART 

NO. 


*To adapt manual to earlier rev configurations perform changes 
In decending order (by no.), ending with change under desired rev letter 


- 


A 


B 


11 


D 


E 


F 


L g 


" 


J 


K 


L 




N 


r? 


r 


r 


r 


r 




r 


r 


A40 


Processor PCB 


715961 




X 




1 


1 




1 


i 








1 




1 




1 














A41 


Interface PCB 


715979 






X 




1 




a 


i 








1 








1 


















pl 




1 


1 








i 


i 








i 
















■ 










■ 






1 




1 




i 


l 








1 








| 


















■ 






1 




1 














1 








| 


















■ 










1 






■ 








1 








1 


















| 










1 






I 








1 








1 


















■ 










1 






















1 




























1 






■ 








1 








1 




























1 






l 


| 






1 








1 




























1 






I 


| 






1 








1 




























1 






I 


| 






1 








1 














| 




| 










1 






















1 














■ 














1 






■ 
















1 














■ 




■ 










1 






■ 


| 






1 








1 














Hi 




■ 










1 






l 


| 






1 








1 














■ 




■ 










1 






l 


| 






1 








1 














■ 




■ 










1 






i 


| 






1 








1 










1 








Hi 










1 


1 




l 


| 


1 


1 


1 








1 










1 








■ 










1 


1 




I 


l 


1 


1 


1 








1 






i 




1 








■ 










1 


1 




l 


l 


1 


1 


1 








1 






i 




1 





X - The PCB revision levels documented In this manual. 

• = These revision letters were never used In the instrument. 

No revision letter on the PCB. 

+ Change did not affect manual. 
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Section 8 

Schematic Diagrams 



FIGURE TITLE PAGE 

8-1. A40 Processor PCB Assembly 8-3 

8-2. A41 Interface PCB Assembly 8-8 

8-3. Schematic Diagram of UUT Cable 8-11 
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WARNING: <S> INDICATES USAGE OF MOS OEVICE(S) 

WHICH MAY BE DAMAGED BY STATIC DISCHARGE. USE SPECIAL 
HANDLING PER S O P. 19.1 
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s a 
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CC CC fl 



0 si m 
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+ LJ * 




rrnifi-n 

LUJ o- 
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<0 t 0 rO 

a: ar o' £ a 







n* TP 

§ 0 

— HJ n 



<o | ^ 

u C U 

i=d 

Y* 

c* 



60 



CAUTION 

SUBJECT TO DAMAGE BY 
STATIC ELECTRICITY 
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Figure 8-1. A40 Processor PCB Assembly 
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Figure 8-1 . A4G FiOuessoi FC8 Assembly 
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^ > 6_ 

U 57 r- 



1 O 5HT 3 t RUMUUT 
TO SHT 3 f BMM I 



K7 


» W1 1 < 

CL fR 2 


"T icuf 


1 M <*O-0-S 


I TAKJT 


R4 


V 


1 OOK 



PI — 0-2 BORQ 1 
P2 — 1 

P2 — 30 it 

PZ - 31 o 

P2 — B4 ,, 



P 1 — I 9 BA«D' 

■3 P? — '■',9 



PI — os SSRDT 

PI — 31 

PI — 60 1 



PI — 32 P. KIM r 

PI — <07 BAL P /QSt 
PI — I 7 BwR/QSI 

PI — Si iTTpsT 

PZ — 2 I RIJMUUT 
PI — 33 IKJT2 ' IKITACT. 
p 2 — 35 I PM '-'-.NO 

P2 - 2-0 SFI FTE5T 



TO Sll 1 3 

■LF TEST SOC Bfx ( J 2 ’ 
PI KJ 2 6 
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Figure 8-1. A40 Processor PCB Assembly (cont) 
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Self test 



SELI 



TO 5HT 2 
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CLKOUT 



S HILDA 

SARDV 

5RESET 

S5ROY 

SLOCK 

SWOLD 



SVCC I 
svccz 



5 SHE 
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S S t 
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SAI6/53 
S AI7/S4 
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Sai9/ 56 
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SADI ' 
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SAD I 3 
SADIA 
SAD I 5 
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5PCS3 
5PCS2 
SPC5 I 
SDT / R 
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SLC5 
SINT 1 
SM CSg 
SLMT Z/lNTA fl 
SM CS~t 
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SMC32 
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NOTES: unless otherwise specified. 

4. ALL RESISTORS ARE INI OHMS, '/B W, 5 °/0 . 
ALL CAPACITORS ARE INI MICROFARADS. 

[ 2 )> SEE SHEET A FOR SCHEMATIC OF INTERNAL 

1 LOGIC OF UI6 4 PALS. 



BNM l 




-< TO SHT 2 

PI -52 



Js NNMI 



RUNUUT „ TO SHT 2 +5 
W-S 1^. 



,3 


L=J 




^ PR „ 
D <3 

U 54 


LeJ 


12 






4 




■ 






[sEE£SU » 3 

TO SHT 2 


CK 75 

CLR 


1 


r 



+ 5 



2 NC 

L8 



TO SHT?' T DEN 1 

U27- e> 




DES 


DEVI CE 


19 








IH 


7A A L S 37 A 


O 


19 


E3 




y2, T ,30, 51.52 


7 A LS 373 


WEI 


19 


9 


Ea 


U3-8 


7AHCT2A5 


E3 


89 


Ea 


2 


U4,5 


27126 


E3 


BO 


9 


2 


U 6, 31 


74LS 541 


E: 1 


89 


sa 


2 


U 9 , to 


fens -3 


E3 


19 


Ea 


2 


U'l, 13 


74L5 l 3© 


m 


91 


ife 


2 


U '2 


74LSi 39 


89 


B 


89 


1 


U 


74 A L S 257 


ua 


& 


89 


2 


U 15 


T4 LS 1 7 A 


o 


a 


89 


! 


U 16 . 23 


PAL 1 6LSA 


m 


89 


9 


2 


u i a , 22 


7 A LS 273 


bo 


89 


9 


89 


u 1 9 , 2A 


7 A AS 253 


89 


e> 


89 


89 


u 20 


74 LS 1 9 3 


89 


Q 


89 


i 


UZ' 


7A F l 51 


89 


89 


89 


i 








■ 




IBl! 


U 53 


8QIB6 


89 




ea 


i 


U 25, 30,26 , 5A 


7^LS 


89 




89 


n. 




■ 


■ 




P9 


1 


y 27, 28,29. 56 


7AF 7 A 


89 


7 


BO 


Ea 


U 32 


7 AHCTOO 


19 


7 


BO 


i 


U 33. 35, 39 , A3 


7 A L S 32 


9 


7 


BO 




u 34 , 4.6 , 55 


7 A LSOO 


BO 


7 


IO 


3 






^9 






M 


U 37. 


7 A LSO 2 


BO 


7 


19 


1 


U 36 , 36, AO 


7 A LSO & 


89 


7 


89 


3 






'91 




HBI 




(J Al , 47 


7 A L SO A 


80 


*7 


89 


2 


U A 2 


7 A H C 86 


IO 


7 


19 




U 44- 


7 A ALS IO 


IA 


7 


89 


1 


U 4-5 


7 A LS 27 


1 u. 


7 


14 


1 


U 4-8 


7 A LS | 1 


1 A 


7 


14 


1 


U 49 


7A LSI 25 


1 *4- 


7 


14 


1 
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NOT JSED 
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J z 
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Figure 8-1. A40 Processor PCB Assembly (cont) 
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Figure 8-2. A41 Interface PCB Assembly (cont) 
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Appendix A 

Compiled Programs For the 80186 Pod 



USING THE 901 0A LANGUAGE COMPILER PROGRAM A-1. 

Introduction a-2. 

The 90 10 A Language Compiler is a microcomputer program that creates test 
programs for the Troubleshooter. It creates these test programs from source files that 
are created and edited on the microcomputer. It is available for several common 
microcomputers, including the Fluke 1720 A and 1722A Instrument Controllers, 
computers with the CP/M operating system, and the IBM Personal Computer. 
Contact a Fluke Sale Office for information about the 9010A Language Compiler. 

Before using the compiler to create 9010A programs for use with the 80186 Pod, you 
will need to create a new Pod data file. The simple procedure that is used to create the 
Pod data file is listed below. 

Creating a New Pod Data File A-3. 

A Pod data file is a simple ASCII file that you create using the text editor on your host 
computer system. The procedure is a follows: 

L Using the editor, create a new file named 80 186. POD. 

2. Copy the following lines into the file. 



! 80186 Pod data file 
! 

FORCELN extrdy = 1 
FORCELN hold = 1 
bus ad r - 0000 
uutadr - FFFF0 

3. Save this new file as file 80 186. POD on the disk. 

Using the Pod Data File A-4. 

The new Pod data file can now be used with the compiler as described in the 9010A 
Language Compiler manual. 

Verifying the Pod Data File A-5. 

The VERIFY program (which is supplied on the 9LC disk with the 9010A Language 
Compiler) verifies the integrity of files on the disk. It is used to detect files which have 
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been corrupted, which it does by calculating a checksum for each file and comparing 
that checksum to the one contained in the VERIFY.DAT file (also on the 9LC disk). 

If you would like to add your new Pod data file to the list of files that are checked by the 
VERIFY program, do the following steps: 

1 . Edit file VERIFY.DAT (supplied on the 9LC disk) and add the following line 
to the end of the file: 

80186. POD DDDD 

80 186. POD is the name of the new Pod data file and DDDD is a dummy 
checksum for the file. (You’ll replace the dummy checksum with a real one 
later.) 

2. Save the modified VERIFY.DAT file on the disk. 

3. Run the VERIFY program. The last two messages that it reports should be: 
File 80 186. POD error - signature is CCCC, should be DDDD 

zz files tested - 1 bad signatures, 0 missing files 

80 186. POD is the name of the new Pod data file, CCCC is the correct 
checksum for the Pod data file, and zz is the number of files tested. 

4. Write down the correct checksum for the Pod data file (CCCC). 

5. Re-edit the file VERIFY.DAT and replace the dummy checksum that you 
entered before (DDDD) with the correct checksum (CCCC). 

6. Run the VERIFY program again to confirm that all changes have been made 
satisfactorily. The last two messages that it reports should now be: 

File 80 186. POD verified 
zz files tested — no errors 

A USEFUL QUICK TEST PROGRAM A-6. 

The compiler source program listed in Figure A-l will make the use of the 80186 Pod’s 
Quick Functions appear to operate like the tests that are built into the Troubleshooter. 
When using this program, you can use the Quick Functions by entering parameters in 
response to display prompts, just like the normal built-in tests, rather than by writing 
information to several special addresses. 

NOTE 

The program is also shown in standard form in Figure A- 2. That program 
may be used on any Troubleshooter without the compiler. It is entered 
line-by-line as shown, then saved on magnetic tape. Refer to the 90 10 A 
Programmers Manual if you need help. 



A-2 




9000A-80186 



Once the program is available on tape, regardless of which form it originated from, it 
needs to be loaded into the Troubleshooter and read into memory. Consult the 9010A 
Operator’s Manual for information about using stored programs. Once the program is 
in memory and is executed, it will begin looping through a display sequence which 
prompts the operator to select from the available Quick Functions, then prompts for 
address information to use with the selected test. 



include "80186. POD" 
dec larat i ons 

assign rega 
assign regb 
assign r e g 8 
assign r e g 9 



to key 
to incr 
to h ighaddr 
to lowaddr 



setup information 

pod - 80186 



program Main 

dpy QUICK 80186 OPERATIONS 
execute delay 

ramtest : 

dpy QUICK RAM TEST <Y-N>?key 
if key = 0 goto romtest 
execute quickram 

romtest : 

dpy QUICK ROM TEST <Y-N>?key 
if key = 0 goto fill 
execute quickrom 

fill: 

dpy QUICK FILL OR VERIFY <Y-N>?key 
if key = O goto Qramp 
execute filltest 

Qramp : 

dpy QUICK RAMP <Y-N>?key 
if key = O goto ramtest 
execute ramptest 



program quickram 

dpy ADDRESS INCREMENT? /key 
incr =* key shl 4 
incr * incr or 1 
dpy BEGINNING ADDRESS? /key 
louiaddr = key or 2000000 
dpy ENDING ADDRESS? /keu 
highaddr = key or 20000O0 
write @ louiaddr = 0 
write @ highaddr » incr 



stat_lp : 



abort : 



ram err: 



read @ ADR 

if DAT and FO ■ FO goto ram_err 

if DAT and FF » CO goto ram_ok 

if DAT and FO =» AO goto abort 

dpy BUSY. STATUS *e 
execute delay 
goto stat_lp 

dpy TEST ABORTED 
goto ram._end 



read @ 200000A 
r e g 1 = DAT shl 16 
read @ 2000008 
regl = regl or DAT 
read @ 2000010 

if DAT = FO goto rduir_err 
if DAT = FI goto dcd_err 
goto stat_lp 
rduir err: 

~ dpy FAILED RD/WR ERROR « *1 
goto ram_end 

dcd err: 



dpy FAILED. DECODING ERROR « *1 
goto ram_end 

ram ok: 



dpy RAM OK 

ram end: 



stop 



program quickrom 

dpy ADDRESS INCREMENT? /key 
incr = key shl 4 
incr = incr or 1 
dpy BEGINNING ADDRESS? /key 
lowaddr = key or 3000000 
dpy ENDING ADDRESS? /key 



! scroll through tests 



! do the RAM test 



! do the ROM test 



! do the Fill or Verify 



! do the Ramp 
! Quick RAM test 



! only basic RAM test 

! mask special 2XXXXXX address 
! for Quick RAM test 

! Start Ramtest at beginning 
! write at ending address 



READ S ENTER 
if an error occurs 
if ramtest passes 
if test is aborted 
else display status 



! get address of error 
! high word of address 
! move to msb 
! low word of address 

! get error code 



! Quick ROM test 
! get address increment 



get start address 

mask in 3XXXXXX address for 

80186 Quick ROM test 



Figure A-1. Compiler Source Program 
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stat_l p 



highaddr = key or 3000000 
write @ lowaddr = 0 
write @ highaddr = incr 



read @ ADR 

if DAT and FO = CO goto rom_done 
if DAT and FO = AO goto abort 
dpy SUSY staus He 
execute delay 



rom done 



abort: 



rom err: 



goto stat_lp 

read @ ADR 
if DAT and FF 
if DAT and FF 

dpy TEST ABORTED 
goto rom_end 



Cl goto rom_err 
CO goto chksum 



c h k sum: 



rom end: 



read @ 3000000E 
dpy INACTIVE BITS DETECTED He 
goto rom_end 

read @ 300000C 
dpy CHECKSUM = He 
goto rom_end 

stop 

program filltest 

dpy BEGINNING ADDRESS? /lowaddr 
dpy ENDING ADDRESS? /highaddr 
dpy FILL MEMORY <Y-N>?key 
if key =1 goto fill 
dpy VERIFY MEMORY <Y-N>?key 
if key = 1 goto verify 
dpy FILL AND VERIFY <Y-N>?key 
if key = 1 goto fil_ver 

r eg 1 = 1 

dpy FILL DATA? /key 
write & lowaddr * key 
goto dotest 

real = 2 
goto dotest 

reg 1 = 3 

dpy FILL DATA? /key 
write @ lowaddr » key 
goto dotest 

dpy Address Increment? /key 
incr = key shl 4 
incr = incr or regl 
lowaddr = lowaddr or 4000000 
highaddr = highaddr or 4000000 
write @ lowaddr * 0 
write <2 highaddr = incr 

read @ ADR 

if DAT and FO = FO goto ver_err 
if DAT and FO * CO goto ver com 
if DAT and FO = AO goto abort 
dpy BUSY 
execute delay 
goto stat_lp 

read @ 400000A 
reg 1 = DAT shl 16 
read @ 4000008 
reg 1 = reg 1 or DAT 
dpy FAILED VERIFY a HI 
goto fil_end 



fill: 

ver i f y : 
f i l_ver 

dotest: 
stat_l p : 

ver_err : 

ver_com: 
abort: 



dpy TEST COMPLETE, 
goto fil_end 

dpy TEST ABORTED 
goto fil_end 



NO ERRORS 



f i l_endl: 

stop 

program ramptest 

dpy ADDRESS OF RAMP? /KEY 

ADR = KEY 

DATA OF RAMP? /KEY 
= KEY 

ADR = ADR or 5000000 
write & ADR = DAT 






starting address 

ending address and increment 



READ @ ENTER 



display status 
delay speeds test by not 
interrupting the Pod during 
the quick test 

if code Cl, then an error 
oc c urr ed 



! display Checksum 



Quick Fill and Verify 
get address info 

get type of test 



code 1 is Fill only 

? et data and write to 
irst location 



code 2 is Verify only 



3 is Fill and Verify 

? et data and write to 
irst location 



get " Z", the address 
increment 

mask in 4XXXXXX, the 
special address for 
block tests. 

Start test 

READ <2 ENTER for info 
code FX means an error 
oc c urr ed 



delay speeds test by 

not interrupting the 

Pod during quick test 

get high word of error Addr. 

get low word error Addr. 



Quick Ramp specified by 
WRITE ® 5XXXXXX - DATA 



Figure A-1. Compiler Source Program (cont) 
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Figure A-1. Compiler Source Program (cont) 
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83 



Include "80186. POD" 

! 80186 Pod data file - Version 1.0 



FORCELN extrdy =* O 
FQRCELN hold = 1 
busadr = 0000 
uutadr = FFFFO 
dec larations 
assign rega to key 
assign regb to incr 
assign reg8 to highaddr 
assign reg9 to lowaddr 

setup information 
pod - 80186 



program O 
dpy QUICK 
execute 5 
0: 

dpy QUICK 
if REGA = 
execute 1 
1 : 

dpy QUICK 
if REGA = 
execute 2 
2 : 

dpy QUICK 
if REGA = 
execute 3 
3: 

dpy QUICK 
if REGA = 
execute 4 



80186 OPERATIONS 



RAM TEST < Y— N >?A 
0 goto 1 



ROM TEST < Y-N >?A 
0 goto 2 



FILL OR VERIFY < Y-N >?A 
0 goto 3 



RAMP < Y— N >?A 
0 goto O 



program 1 

dpy ADDRESS INCREMENT? /A 
REGB = REGA shl 4 
REGB = REGB or 1 
dpy BEGINNING ADDRESS? /A 
REG9 = REGA or 2000000 
dpy ENDING ADDRESS? /A 
REG8 = REGA or 2000000 
write a REG9 = 0 
write a REGS *= REGB 



O: 

read @ REGF 

if REGE and FO * FO goto 1 

if REGE and FF = CO goto 2 

if REGE and FO ■ AO goto 3 

dpy 3USY, STATUS *e 
execute 5 
goto O 
3: 

dpy TEST ABORTED 
goto 4 

read 8 200000A 
r eg 1 - REGE shl 16 
read 8 2000008 
regl ** regl or REGE 
read @ 2000010 

if REGE = FO goto 5 
if REGE = FI goto 6 
goto 0 
5: 

dpy FAILED RD/WR ERROR 8 %l 
goto 4 

dpy FAILED. DECODING ERROR 8 »1 
goto 4 
2 : 

dpy RAM OK 
4: 

stop 



program 2 

dpy ADDRESS INCREMENT? /A 
REGB = REGA shl 4 
REGB - REGB or 1 
dpy BEGINNING ADDRESS? /A 
REG? - REGA or 3000000 
dpy ENDING ADDRESS? /A 
REG8 - REGA or 3000000 
write 8 REG9 = O 
write 8 REG8 = REGB 



scroll through tests 



! do the RAM test 
! do the ROM test 



! do the Fill or Verify 



! do the Ramp 
! Quick RAM test 

! only basic RAM test 

! mask special 2XXXXXX address 
! for Quick RAM test 

! Start Ramtest at beginning 
! write at ending address 



READ ® ENTER 
if an error occurs 
if ramtest passes 
if test is aborted 
else display status 



! get address of error 
! nigh word of address 
! move to msb 
! low word of address 

! get error code 



! Quick ROM test 
! get address increment 



! mask in 3XXXXXX address for 
! 80186 Quick ROM test 

! starting address 
! ending address and increment 



Figure A-2. Troubleshooter Program 
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84 0: 

83 read @ REGF 

86 if REGE and F0 = CO goto 1 

87 if REGE and FO ■ AO goto 2 

88 dpy BUSY staus $e T display status 

89 execute 5 

90 goto 0 

91 1: 

92 read S REGF 

93 if REGE and FF * Cl goto 3 

94 if REGE and FF = CO goto 4 

95 2' 

96 dpy TEST ABORTED 

97 goto 5 

98 

99 3: 

100 read @ 3000000E 

101 dpy INACTIVE BITS DETECTED $e 

102 goto 5 

103 4: 

104 read @ 300000C 

105 dpy CHECKSUM - *e 

106 goto 5 

107 5: 

108 stop 

109 

110 program 3 

111 dpy BEGINNING ADDRESS? /9 

112 dpy ENDING ADDRESS? /8 

113 dpy FILL MEMORY < Y-N >?A 

114 if REGA = 1 goto 0 

115 dpy VERIFY MEMORY < Y-N >?A 

116 if REGA * 1 goto 1 

117 dpy FILL AND VERIFY < Y-N >?A 

118 if REGA ■ 1 goto 2 

119 0: 

120 r eg 1 * 1 

121 dpy FILL DATA? /A 

122 write @ REIG9 = REGA 

123 goto 3 

124 1: 

125 regl ■ 2 

126 goto 3 

127 2: 

128 regl »3 

129 dpy FILL DATA? /A 

130 write ® RE:G9 => REGA 

131 goto 3 

132 3: 

133 dpy Address Increment? /A 

134 REGB = REGA shl 4 

135 REGB * REGB or regl 

136 REG9 * REG9 or 4000000 

137 REG8 * REG8 or 4000000 

138 write @ RE-G9 = 0 

139 write @ REG8 = REGB 

140 4: 

141 read @ REGF 

142 if REGE and FO - FO goto 5 

143 if REGE and FO = CO goto 6 

144 if REGE and FO * AO goto 7 

145 dpy BUSY 

146 execute 5 

147 goto 4 

148 5: 

149 read @ 400000 A 

150 reg 1 = REGE shl 16 

151 read Q 4000008 

152 reg 1 = reg 1 or REGE 

153 dpy FAILED VERIFY @ *1 

154 goto 8 

155 6: 

156 dpy TEST COMPLETE, NO ERRORS 

157 goto S 

158 7: 

159 dpy TEST ABORTED 

160 goto 8 

161 

162 8: 

163 stop 

164 

165 program 4 

OF RAMP? /A 
RAMP? /A 

171 REGF = REGF or 5000000 

172 write S REGF = REGE 

173 0: 

174 read @ REGF 

175 if REGE and FO - CO goto 1 



167 dpy ADDRESS 

168 REGF = REGA 

169 dpu DATA OF 

170 REGE = REGA 



! READ a ENTER 



! delay speeds test by not 
! interrupting the Pod during 
! the quick test 

! if code Cl* then an error 
! occurred 



! display Checksum 



! Quick Fill and Verify 
! get address space info 

! get type of test 



code 1 is Fill only 
get data and write to 
first location 



! code 2 is Verify only 



3 is Fill and Verify 
get data and write to 
first location 



! get "Z" , the address 
! increment 

! mask in 4XXXXXX# the 
! special address for 
! block tests. 

! Start test 

! READ ® ENTER for info 
! code FX means an error 
! occured 



! delay speeds test by 
! not interrupting the 
! Pod during quick test 
! get high word of error Addr. 

! get low word error Addr. 



Quick Ramp specified by 
WRITE @ 5XXXXXX = DATA 



READ « ENTER for info 



Figure A-2. Troubleshooter Program (cont) 
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Figure A-2. Troubleshooter Program (cont) 
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Appendix B 

Using the Pod with a Remote 9020A 



INTRODUCTION B-1. 

The 80 1 86 Pod may be used with a 9020 A Micro-System Troubleshooter in its remote 
IEEE-488- or RS-232-controlled mode. The only Pod-specific information that you 
need to know to use the 80186 Pod with a remotely operated 9020 A is the commands 
for controlling the Enableable Status Lines. (Using Status Lines in the Local Mode is 
described in Section 2 of this manual.) 

REMOTE SETUP OF ENABLE LINES B-2. 

The two Enableab le Status lines (Enable Lines) of the 80186 Pod may be changed (as in 
the Local Mode Setup Command) by sending setup commands via the remote bus. 
Paragraph 6-31 in the 9020A Operator Manual gives instructions for sending these 
commands. The commands for the 80186 Pod are shown in Table B-1 below, which is 
an addenda to Table 6-9, Enable Line Setup Commands, in the 9020A Operator 
Manual. 



Table B-1. Enable Line Setup Commands 



INTERFACE 












POD 


SO, 8 


SO, 9 SO, 10 


SO, 11 


SO, 12 


SO, 13 SO, 14 SO, 15 


80186 

(both Normal 
and Queue 
Status Modes) 


EXTRDY 


HOLD * 


* 


* 


* * * 


*lf this command is sent to the 9020A, it will cause a command error (status response 95). 
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Appendix C 

Power-Up Defaults 



INTRODUCTION! C-1. 

Whenever power is applied to the Pod, it sends a string of Reset information to the 
Troubleshooter, and applies default values to many of the addresses and registers. 
These default values are available, in case you do not want to select them explicitly 
every time you use certain functions. 

M any of the default values are described in detail elsewhere in this manual, but they are 
listed here for completeness. In some cases, there are methods available for changing 
default values. When you change default values, those values are usually available until 
power is removed from and reapplied to the Pod. The methods for changing values, 
when provided, are also described in other parts of this manual under the appropriate 
topic. 



MODE C-2. 

When the Pod is plugged into a UUT, the Pod mode is determined by the state of the 
UUT’s RD/QSMD line. If the the line is tied low when the Pod is reset (either by a 
power-up reset or a Troubleshooter reset), the Pod will go into the Queue Status 
Mode; otherwise, it will go into the Normal mode. 

ADDRESSES 
introduction 

The following paragraphs describe the default address parameters that are provided 
for the Learn operation and the Bus Test. Other default addresses not mentioned in 
this manual are described in the Troubleshooter Operator manual and apply to all 
Pods. 

Address Increment C-5. 

The default address increment value is 2— specifying word accesses. 

Segment Registers C-6. 

The segment registers for RUN UUT (Pod Function addresses FO 0020 - F0 0026) 
contain the following default values: 

ES Register = 0000 
SS Register = 0000 
CS Register - FFFF 
DS Register = 0000 

C-1 
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LEARN Operation Default Address C-7. 

If you select the LEARN operation and do not specify the starting and ending 
addresses for the operation, the Pod specifies the default address spaces of 0000 0000 - 
000 F FFFE for the basic word address space and 0020 0000 - 0020 FFFE for the I/O 
word space. The LEARN operation is then performed over these address spaces. 

Default Address for Data Line Testing for BUS TEST C-8. 

No address is explicitly required when you select the BUS TEST. However, as part of 
BUS TEST, the drivability of the data lines is tested with Write operations to a 
particular address supplied by the Pod. For the 80186 pod, the data line testing occurs 
at address 0000 0000. You may change this address with the Troubleshooter Setup 
function by entering the desired address for the Setup message SET- BUS TEST (a) 
00000000- CHANGE? 



RUN UUT c _ 9 

Like BUS TEST, no address is explicitly required when you select the RUN UUT. 
RUN UUT is set by default to occur at address 000F FFF0. You may change this 
address with the T roubleshooter Setup function by entering the desired address for the 
Setup message SET- RUN UUT@ FFFF0- CHANGE? 

Peripheral Control Block 

INTRODUCTION 

Table 4B-2 shows the specific default contents of the Peripheral Control Block 
registers, including those to control the chip selects, timers, and interrupts. 

CHIP SELECTS c _ 12 . 

Chip Selects are defined by default to provide to widest possible range of address 
coverage. Table C-l shows the default chip select specifications. 

TIMERS c _ 13 

The timers will all be idle and unprogrammed after power-up. All of the timer output 
lines will be high. 

INTERRUPTS C _ 14 

All of the interrupt lines will be configured as direct mode inputs. All interrupt lines 
will be defeated. Refer to Testing Interrupt Circuitry in Section 4A. 



C-10. 

C-11. 



Masks C - 15 . 

All of the error reporting control masks will be configured so that no errors will be 
masked from being reported by the Troubleshooter. See the individual descriptions 
under Masking Errors. 

Enableable Status Lines C-16. 

All enableable status lines are enabled by default. 
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Table C-1. Power-up Chip Select Default Summary 



LINE 


LOWER 

LIMIT ADDRESS 


UPPER 

LIMIT ADDRESS 


WAIT STATES 


LCS 


0 


3FFFF 


3 


#PCS0 


40000 


4007 F 


3 


#PCS1 


40080 


400FF 


3 


#PCS2 


40100 


401 7F 


3 


#PCS3 


40180 


401 FF 


3 


#PCS4 


40200 


4027F 


3 


*#PCS5 


40280 


402FF 


3 


*#PCS6 


40300 


4037F 


3 


MCSO 


80000 


8FFFF 


3 


MCS1 


90000 


9FFFF 


3 


MCS2 


A0000 


AFFFF 


3 


MCS3 


B0000 


BFFFF 


3 


UCS 


coooo 

- 


FFFFF 


3 


*PCS5/A1 and PCS6/A2 are configured to produce PCS5 and PCS6 (not A1 and A2) upon power up. 


#PCSO through PCS6 are configured to operate 


in memory space upon power up. 




NOTE 




Externally generated wait states will be allowed (unless ARDY and SRDY are disabled at 


the Troubleshooter). 
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Appendix D 

Segment Registers 



INTRODUCTION D-1. 

The 80186 microprocessor uses two 16-bit registers to form addresses for memory 
accesses. The Pod uses the segment registers somewhat differently than the 80186 
microprocessor.. This Appendix describes how the Segment Registers work in both the 
80186 microprocessor and the Pod. During troubleshooting operations, the Pod uses 
the segment registers in a way that is transparent to the user. The user simply enters a 
5-digit address on the Troubleshooter keyboard, and the Pod knows how to form the 
address for a UUT access. 

SEGMENT REGISTERS IN THE 80186 D-2. 

The 80186 has four segment registers that are used to form the effective memory 
address. The registers are the Extra Data register (ES), Stack register (SS), Code 
register (CS), and Data register (DS). The CS register points to the current code 
segment from which instructions are fetched. The DS register points to the current 
data segment, which generally contains program variables. The SS register points to 
the current stack segment; stack operations are performed on locations in this segment. 
The ES register points to the current extra data segment, which is typically used for 
data storage. 

The segment registers normally contain a base address, which identifies the start of that 
memory segment. The contents of the register are shifted four bits to the left and added 
to the 16-bit “offset” address to make the completed 20-bit address. 

SEGMENT REGISTERS IN POD OPERATION D-3. 

The Pod only uses the lower 16 bits of the address internally and does not use the 
segment information. For external addressing, the lower 12 bits of the segments are 
kept at 0, and the 20-bit addresses are formed as usual: 

S 0 0 0 Segment Register 

+ XXXX Offset Register 



SXXXX Complete Address 

NOTE 



Segment registers may be predefined before doing a RUN UUT 
operation. See RUN UUT in Section 4 A for more information. 



D-1 /D-2 
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Appendix E 

Pod Resets 



There are several conditions that reset the Pod to its initial state. When the Pod is reset, 
it returns to its predefined start-up con figurati on and it also performs some internal 
set-up procedures, such as checking the QSMD line and entering the correct operating 
mode (see Testing in the Queue Status Mode). 

The contents of all user-defined variables are not changed by a Troubleshooter- 
generated reset. The contents of the Chip Select Control Registers, for example, are 
also saved by the Pod in its RAM memory. After the Pod has been reset by the 
Troubleshooter, the Pod automatically reprograms the Chip Select control registers 
by reading their values from RAM, and replacing them in the appropriate registers in 
the Pod’s microprocessor. Only removing and restoring power to the Pod will cause 
these values to change. See the descriptions of the specific items in Sections 4A and 4B. 

Reset signals may come from either the Troubleshooter, the UUT, or from within the 
Pod itself. The conditions which cause the Pod to be reset are described below: 



NOTE 

The RES input signal from the UUT is not allowed to reset the Pod’s 
microprocessor, except during the RUN UUT mode. 

Troubleshooter-generated Pod resets: 

• When you perform a BUS TEST. 

• When you change the sync mode. 

• When you enable or disable a user-enableable status line (EXTRDY or HOLD). 

• When the Pod exits the RUN UUT mode. 

• When the Pod recovers from a Pod timeout or a UUT power fail condition. 
UUT-generated Pod resets: 



• When the UUT asserts a low RES signal at the microprocessor socket while the 
Pod is in the RUN UUT mode. 



E-1 




Pod-generated Pod resets: 

• When you apply power to the Troubleshooter (and the Pod). 

• When the UUT experiences a low-power condition (both Vcc pins fall below 3.5 
volts) while the Pod is in the RUN UUT mode. 
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Appendix F 

Problems Due to a Marginal UUT 



INTRODUCTION r-1. 

The Pod is designed to approximate, as closely as possible, the actual characteristics of 
the microprocessor that it replaces in the UUT. However, the Pod does differ in some 
respects. In general, these differences tend to make marginal UUT problems more 
visible. A UUT may operate marginally with the UUT microprocessor installed, but 
exhibit errors with the Pod plugged in. Since the Pod differences tend to make 
marginal UUT problems more obvious, the UUT becomes easier to troubleshoot. 
Various UUT and Pod operating conditions that may reveal marginal problems are 
described in the paragraphs that follow. 

UUT OPERATING SPEED AND MEMORY ACCESS F-2. 

Some UUTs operate at speeds which approach the time limits for memory access. The 
Pod contributes a slight time delay which causes memory access problems to become 
apparent. 

UUT NOISE LEVELS F-3- 

As long as the UUT noise level is low enough, normal operation is unaffected. 
Removing the UUT from its chassis or case may disturb the integrity of the shielding to 
the point where intolerable noise could exist. The Pod may introduce additional noise. 
In general, marginal noise problems will actually be made worse (and easier to 
troubleshoot) through use of the Pod and Troubleshooter. 

BUS LOADING F ' 4 - 

The Pod loads the UUT slightly more than the UUT microprocessor. The Pod also 
presents more capacitance than the microprocessor. These effects tend to make any 
bus drive problems more obvious. 

CLOCK LOADING F-5- 

The Pod slightly increases the normal load on the UUT clock. While this loading will 
rarely have any effect on clock operation, it may make marginal clock sources more 
obvious. 



F-1/F-2 
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Appendix G 

Operating the Pod in the Queue Status Mode 



The Pod will operate in either of the 80 1 86’s two modes: the Normal mode or the 
Queue Status mode. UUTs are normally wired permanently so that they initialize in 
one mode or the other. If your UUT is supposed to run in the Queue Status mode, then 
the RD/QS MD line should be tied low at the UUT’s microprocessor socket. If the 
RD/QSMD line is not tied low, the Pod will enter the Normal mode. 

The Pod will change modes (depending upon the state of theQSMD line) whenever the 
Pod is reset. See Pod Resets for a list of reset conditions. 

When the Pod is in the Queue Status mode, the QS MD stat us bit (bit 10) of the will be 
set to 0. When the Pod is in the Normal mode, the QSMD bit is set to 1. To read the 
status bits, perform a READ @ STS operation on the Troubleshooter. 

NOTE 

If you ar e tes ting a UUT that does not operate in the Queue Status mode, 
and the RD output line is accidently tied low, the Pod will go into the 
Queue Status mode. If this happens, the Pod will report address, data, or 
control drivability errors that do not actually exist on the UUT. 

NOTE 



The Pod will not report drivability errors on RD when the Pod is in the 
Queue Status mode. 



G-1/G-2 
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Appendix H 

Peripheral Control Block 



INTRODUCTION 

The information in this Appendix is reprinted from the Intel Corporation’s Data 
Sheet for the iAPX 186* High Integration 16-Bit Microprocessor. It is provided here 
as an aid to configuring the individual bits of the Pod’s Peripheral Control Block 
registers, which you may need to do to set up the Pod to work with your UUT or which 
you may want to change while troubleshooting individual components on the UUT. 

Refer to Appendix I for information about using the PCB Recover Tape to extract 
set-up data for the Peripheral Control Block from a known-good UUT. 

INTERNAL PERIPHERAL INTERFACE* 

All the 80186 integrated peripherals are controlled via 16-bit registers contained 
within an internal 256-byte control block. This control block may be mapped into 
either memory or I/O space. Internal logic will recognize the address and respond to 
the bus cycle. During bus cycles to inte rnal registers, the bus controller will signal the 
operation externally (i.e., the RD, WR, status, address, data, etc., lines will be driven 
as in a normal bus cycle), but D15-0, SRDY, and ARDY will be ignored. The base 
address of the control block must be on an even 256-byte boundary (i.e., the lower 8 
bits of the base address are all zeros). All of the defined registers within this control 
block may be read or written by the 80186 CPU at any time. The location of any 
register contained within the 256-byte control block is determined by the current base 
address of the control block. 

The control block base address is programmed via a 16-bit relocation register 
contained within the control block at F0 01FE from the base address of the control 
block (see Figure H-l). It provides the upper 12 bits of the base address of the control 
block. Note that mapping the control register block into an address range 
corresponding to a chip-select range is not recommended (the chip select circuitry is 
discussed later in this data sheet). In addition, bit 12 of this register determines whether 
the control block will be mapped into 1/ O or memory space. If this bit is 1 , the control 
block will be located in memory space, whereas if the bit is 0, the control block will be 
located in 1/ O space. If the control register block is mapped into 1/ O space, the upper 4 
bits of the base address must be programmed as 0 (since I/O addresses are only 1 6 bits 
wide). 

* iAPX 186 is a trademark of the Intel Corporation 
** ©Intel Corporation, 1982 Reprinted by permission. 

No part of this material may be reproduced in any form or by any means without prior written consent of Intel Corporation. Intel Corporation 
assumes no responsibility for any error that may appear in this document, nor for any error introduced in its reproduction. Intel Corporation 
makes no commitment to update nor to keep current the information contained here. 
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15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 

OFFSET: FEh | ET | RMX | X | M/tO j Relocation Address Bits R19-R8 ~ 

ET - ESC Trap / No ESC Trap (1/0) 

M/IO ■ Rsgliter block located in Memory / I/O Space (1/0) 

RMX » Maater Interrupt Controller mode / IRMX compatible 
Interrupt Controller mode (0/1) 



Figure H-1. Relocation Register 

In addition to providing relocation information for the control block, the relocation 
register contains bits which place the interrupt controller into iRMX mode, and cause 
the CPU to interrupt upon encountering ESC instructions. At RESET, the relocation 
register is set to 20FFH. This causes the control block to start at FF00H in 1/ O space. 
An offset map of the 256-byte control register block is shown in Figure H-2. 

The integrated 80186 peripherals operate semi-autonomously from the CPU. Access 
to them for the most part is via software read/ write of the control and data locations in 
the control block. Most of these registers can be both read and written. A few 
dedicated lines, such as interrupts and DMA request provide real-time 
communication between the CPU and peripherals as in a more conventional system 
utilizing discrete peripheral blocks. The overall interaction and function of the 
peripheral blocks has not substantially changed. 

CHIP-SELECT/READY GENERATION LOGIC 

The 80186 contains logic which provides programmable chip-select generation for 
both memories and peripherals. In addition, it can be programmed to provide 
READY (or WAIT state) generation. It can also provide latched address bits A1 and 
A2. The chip-select lines are active for all memory and I / O cycles in their programmed 
areas, whether they be generated by the CPU or by the integrated DMA unit. 





OFFSET 




Relocation Register 


FEH 










DMA Descriptor* Channel 1 


DAH 

D0H 










DMA Descriptor* Channel 0 


CAH 

C0H 










Chip-Select Control Registers 


A8H 

A0H 










Timer 2 Control Registers 


66H 

BOH 




Timer 1 Control Register* 


5EH 

58H 




Timer 0 Control Register* 


56H 

50H 










Interrupt Controller Registers 


3EH 

20H 







Figure H-2. internal Register Map 
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Memory Chip Selects 

The 80186 provides 6 memory chip select outputs for 3 address areas: upper memory, 
lower memory, and midrange memory. One each is provided for upper memory and 
lower memory, while four are provided for midrange memory. 

The range for each chip select is user-programmable and can be set to 2K, 4K, 8K, 
16K, 32K, 64K, 128K(plus IK and 256K for upper and lower chip selects). In addition, 
the beginning or base address of the midrange memory chip select may also be 
selected. Only one chip select may be programmed to be active for any memory 
location at a time. All chip select sizes are in bytes, whereas the 80186 memory is 
arranged in words. This means that if, for example, 16 64 K x 1 memories are used, the 
memory block size will be 128K, not 64 K. 

Upper Memory CS 

The 80186 provides a chip select, called UCS, for the top of memory. The top of 
memory is usually used as the system memory because after reset the 80186 begins 
executing at memory location FFFFOH. 

The upper limit of memory defined by this chip select is always FFFFFH, while the 
lower limit is programmable. By programming the lower limit, the size of the select 
block is also defined. Table H-l shows the relationship between the base address 
selected and the size of the memory block obtained. 

The lower limit of this memory block is defined in the UMCS register (see Figure H-3). 
This register is at F0 01 AO in the internal control block. The legal values for bits 6-13 
and the resulting starting address and memory block sizes are given in Table H-l . Any 
combination of bits 6-13 not shown in Table H-l will result in undefined operation. 
After reset, the UMCS register is programmed for a IK area. It must be 
reprogrammed if a larger upper memory area is desired. 

Any internally generated 20-bit address whos e upper 16 bits are greater than or equal 
to UMCS (with bits 0-5 “0”) will cause USC to be activated. UMCS bits R2-R0 are 
used to specify READY mode for the area of memory defined by this chip-select 
register, as explained below. 



Table H-1. UMCS Programming Values 



Starting 

Address 

(Base 

Address) 


Memory 

Block 

Size 


UMCS Value 
(Assuming 
R0=R1 =R2=0) 


FFC00 


IK 


FFF8H 


FF800 


2K 


FFB8H 


FF000 


4K 


FF38H 


FE000 


8K 


FE38H 


FC000 


16K 


FC38H 


F8000 


32K 


F838H 


F0000 


64K 


F038H 


E0000 


128K 


E038H 


COOOO 


256K 


C038H 



15 14 


13 


12 


ii 


10 


« 


B 


7 


6 


5 


4 


3 2 


1 


0 


OFFSET: A0h| 1 | 1 


DEJ 


DO 


3 


DO 


oj 


U 


Eh3 


jD 


E 


E 


1 | R2 | 






A19 














All 















Figure H-3. UMCS Register 
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Lower Memory CS 

The 80186 provides a chip select for low memory called LCS. The bottom of memory 
contains the interrupt vector table, starting at location 00000H. 

The lower limit of memory defined by this chip select is always OH, while the upper 
limit is programmable. By programming the upper limit, the size of the memory block 
is also defined. Table H-2 shows the relationship between the upper address selected 
and the size of the memory block obtained. 



The upper limit of this memory block is defined in the LMCS register (see Figure H-4). 
This register is at F0 01A2 in the internal control block. The legal values for bits 6-15 
and the resulting upper address and memory block sizes are given in Table H-2. Any 
combination of bits 6-15 not shown in Table H-2 will result in undef ined operation. 
After reset, the LMCS register value is undefined. However, the LCS chip-select line 
will not become active until the LMCS register is accessed. 

Any internally generated 20-bit add ress w hose upper 16 bits are less than or equal to 
LMCS (with bits 0-5 “1”) will cause LCS to be active. LMCS register bits R2-R0 are 
used to specify the READY mode for the area of memory defined by this chip-select 
register. 

Mid-Range Memory CS 

The 80186 provides four MCS lines which are active within a user-locatable memory 
block. This block can be located anyw here w ithi n the 8 0 1 86 1M byte memory address 
space exclusive of the areas defined by UCS and LCS. Both the base address and size 
of this memory block are programmable. 



The size of the memory block defined by the mid-range select lines, as shown in Table 
H-3, is determined by bits 8-14 of the MPCS register (see Figure H-5). This register is 
at location A8H in the internal control bl ock. O ne and only one of bits 8-14 must be set 
at a time. Unpredictable operation of the MCS lines will otherwise occur. Each of the 
four chip-select lines is active for one of the four equal contiguous divisions of the 
mid-range bl ock. Th us, if the total block size is 32K, eac h chip select is active for 8K of 
memory with MCSO being active for the first range and MCS3 being active for the last 
range. 



Table H-2. LMCS Programming Values Table H-3. MPCS Programming Values 



Total Block 
Size 


Individual 
Select Size 


MPCS Bits 
14-8 


8K 


2K 


0000001 B 


16K 


4K 


000001 0B 


32K 


8K 


00001 00B 


64K 


16K 


0001 000B 


128K 


32K 


0010000B 


256K 


64K 


0100000B 


512K 


128K 


1 000000B 



Upper 

Address 


Memory 

Block 

Size 


LMCS Value 
(Assuming 
R0 = R1 = R2=0) 


003FFH 


IK 


0038H 


007FFH 


2K 


0078H 


00FFFH 


4K 


00F8H 


01FFFH 


8K 


01F8H 


03FFFH 


16K 


03FSH - 


07FFFH 


32K 


07F8H 


0FFFFH 


64K 


0FF8H 


1FFFFH 


128K 


1FF8H 


3FFFFH 


256K 


3FF8H 




Figure H-4. LMCS Register 
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The EX and MS bits in MPCS relate to peripheral functionality as described in a later 
section. 

The base address of the mid-range memory block is defined by bits 15-9 of the MMCS 
register (see Figure H-6). This register is at FO 01 A6 in the internal control block. 
These bits correspond to bits A19-A13 of the 20-bit memory address. Bits A 12- AO of 
the base address are always 0. The base address may be set at any integer multiple of 
the size of the total memory block selected. For ex ample, if the mid-range block size is 
32K (or the size of the block for which each MCS line is active is 8K), the block could 
be located at 10000H or 18000H, but not at 14000H, since the first few integer 
multiples of a 32K memory block are OH, 8000H, 10000H, 1 8000H, etc. After reset, the 
contents of both of these registers is undefined. However, none of the MCS lines will 
be active until both the MMCS and MPCS registers are accessed. (Note: the Pod 
provides default values for all CS lines.) 

MMCS bits R2-R0 specify READY mode of operation for all mid-range chip selects. 
All devices in mid-range memory must use the same number of WAIT states. 

The 512K block size for the mid-range memory chip selects is a special case. When 
using 5 1 2K, the base address would have to b e eith er locations 00000 H or 80000H . If it 
were to be programmed at 00000H when the LCS line was programmed, there would 
be an internal conflict between the LCS ready generation logic and the MCS ready 
generation logic. Likewise , if th e base address were programm ed at 80000H, there 
would be a conflict with the UCS ready generation logi c. Sin ce the LCS chip-select line 
does not become active until programmed, while the UCS line is active at reset, the 
mem ory base can be set only at 00000H. If this base address is selected, however, the 
LCS range must not be programmed. 

Peripheral Chip Selects 

The 80186 can generate chip selects for up to seven peripheral devices. These chip 
selects are active for seven contiguous blocks of 1 28 bytes above a programmable base 
address. This base address may be located in either memory or I/O space. 

Seven CS lines called PCSO-6 are generated by the 80186. The base address is user 
programmable; however it can only be a multiple of 1 K bytes, i.e., the least significant 
10 bits of the starting address are always 0. 

PCS5 and PCS6 can also be programmed to provide latched address bits A 1 , A2. If so 
programmed, they cannot be used as peripheral selects. These outputs can be 
connected directly to the A0, A1 pins used for selecting internal registers of 8-bit 
peripheral chips. The scheme simplifies the hardware interface because the 8-bit 
registers of peripherals are simply treated as 16-bit registers located on even 
boundaries in I/O space or memory space where only the lower 8-bits of the register 
are significant: the upper 8-bits are “don’t cares”. 
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EX 




1 


1 


1 


E 


R1 | R0 ) 





Figure H-5, MPCS Register 
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Figure H-6. MMCS Register 
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The starting address of the peripheral chip-select block is defined by the PACS register 
(see Figure H-7). This register is located at FO 01 A4 in the internal control block. Bits 
15-6 of this register correspond to bits 19-10 of the 20-bit Programmable Base Address 
(PBA) of the peripheral chip-select block. Bits 9-0 of the PBA of the peripheral 
chip-select block are all zeros. If the chip-select block is located in I / O space, bits 12-15 
must be programmed zero, since the 1/ O address is only 1 6 bits wide. Table H-4 shows 
the address range of each peripheral chip select with respect to the PBA contained in 
PACS register. 

The user should program bits 15-6 to correspond to the desired peripheral base 
location. PACS bits 0-2 are used to specify READY mode for PCS0-PCS3. 

The mode of operation of the peripheral chip selects is defined by the MPCS register 
(which is also used to set the size of the mid-range memory chip-select block, see 
Figure H-8). This register is l ocated at FO 01 A 8 in the internal control block. Bit 7 is 
used to select the function of PCS5 and PCS6, while bit 6 is used to select whether the 
peripheral chip selects are mapped into memory or 1/ O space. Table H-5 describes the 
programming of these bits. After reset, the c onten ts of both the MPCS and the PACS 
registers are undefined, however none of the PCS lines will be active until both of the 
MPCS and PACS registers are accessed. 



MPCS bits 0-2 are used to specify READY mode for PCS4-PCS6 as outlined below. 

READY Generation Logic 

The 80186 can generate a “READY” signal internally for each of the memory or 
peripheral CS lines. The number of WAIT states to be inserted for each peripheral or 
memory is programmable to provide 0-3 wait states for all accesses to the area for 
which the chip select is active. In addition, the 80186 may be programmed to either 
ignore external READY for each chip-select range individually or to factor external 
READY with the integrated ready generator. 

READY control consists of 3 bits for each CS line or group of lines generated by the 
80186. The interpretation of the ready bits is shown in Table H-6. 

Table H-4. PCS Address Ranges Table H-5. MS, EX Programming Values 



PCS Line 


Active between Locations 


peso * 


PBA — PBA + 127 


PCS1 


PBA+128 — PBA+255 


PCS2 


PBA+256 — PBA+383 


PCS3 


PBA+384 — PBA+511 


PCS4 


PBA+512 — PBA+639 


PCS5 


PBA+640 — PBA+767 


PCS6 


PBA+768 — PBA+895 



Bit 


Description 


MS 

EX 


1 = Peripherals mapped into memory space. 
0 = Peripherals mapped into I/O space. 
0=5 PCS lines. A1, A2 provided. 

1=7 PCS lines. A1, A2 are not provided. 



15 


6 5 


3 0 


OFFSET: A4H | U | U 


c 

c 

c 

c 

c 

c 

c 

c 


1 | 1 -| R 2 [ R 1 | no | 


A19 


A10 




Figure H-7. PACS Register 
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Figure H-8. MPCS Register 
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The internal ready generator operates in parallel with external READY, not in series if 
the external READY is used (R2 = 0). This means, for example, if the internal 
generator is set to insert two wait states, but activity on the external READY lines will 
insert four wait states, the processor will only insert four wait states, not six. This is 
because the two wait states generated by the internal generator overlapped the first 
two wait states generated by the external ready signal. Note that the external ARDY 
and SRDY lines are always ignored during cycles accessing internal peripherals. 



R2-R0 of each control word specifies the READY mode for the corresponding block, 
with the exception of the peripheral chip selects: R2-R0 of PACS set the PCS0-3 
READY mode, R2-R0 of MPCS set the PCS4-6 READY mode. 



Chip Select/ Ready Logic and Reset 

Upon reset, the Chip-Select/ Ready Logic will perform the following actions: 

• All chip-select outputs will be driven HIGH. 



• Upon leaving RESET, the UCS line will be programmed to provide chip selects to 
a IK block with the accompanying READY control bits set at 01 1 to allow the 
maximum number of internal wait states in conjunction with external Ready 
consideration (i.e., UMCS resets to FFFBH). 

• No other chip select or READY control registers have any predefined values after 
RESET. They will not become active until the CPU accesses their co ntrol 
registers. Both the PACS and MPCS registers must be accessed before the PCS 
lines will become active. Note: this is how the CS lines behave in RUNUUT. In 
normal troublshooting, the pod provides default values. 

DMA CHANNELS 

The 80186 DMA controller provides two independent high-speed DMA channels. 
Data transfers can occur between memory and I/O spaces (e.g., Memory to I/O) or 
within the same space (e.g., Memory to Memory or I/O to I/O). Data can be 
transferred either in bytes (8 bits) or in words (16 bits) to or from even or odd 
addresses. Each DMA channel maintains both a 20-bit source and destination pointer 
which can be optionally incremented or decremented after each data transfer (by one 
or two depending on byte or word transfers). Each data transfer consumes 2 bus cycles 
(a minimum of 8 clocks), one cycle to fetch data and the other to store data. This 
provides a maximum data transfer rate of one Mword/sec or 2 MBytes/ sec. 



DMA Operation 

Each channel has six registers in the control block which define each channel’s 
specification operation. The control registers consist of a 20-bit Source pointer (2 
words), a 20-bid Destination pointer (2 words), and 16-bit Transfer Counter, and a 
16-bit Control Word. The format of the DMA Control Blocks is shown in Table H-7. 
The Transfer Count Register (TC) specifies the number of DMA transfers to be 
performed. Up to 64K byte or word transfers can be performed with automatic 
termination. The Control Word defines the channel’s operation (see Figure H-9). All 
registers may be modified or altered during any DMA activity. Any changes made to 
these registers will be reflected immediately in DMA operation. 
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Figure H-9. DMA Block Unit Diagram 



DMA Channel Control Word Register 

Each DMA Channel Control Word determines the mode of operation for the 
particular 80186 DMA channel. This register specifies: 

• the mode of synchronization; 

• whether bytes or words will be transferred; 

• whether interrupts will be generated after the last transfer; 

• whether DMA activity will cease after a programmed number of DMA cycles; 

• the relative priority of the DMA channel with respect to the other DMA channel; 

• whether the source pointer will be incremented, decremented, or maintained 
constant after each transfer; 

• whether the source pointer addresses memory or I/O space; 

• whether the destination pointer will be incremented, decremented, or maintained 
constant after each transfer; and 

• whether the destination pointer will address memory or I/O space. 
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The DMA channel control registers may be changed while the channel is operating. 
However, any changes made during operation will affect the current DMA transfer. 

DMA Control Word Bit Descriptions 

g/ W; Byte/ Word (0/ 1) Transfers. 

ST/ STOP Start/stop (1/0) Channel. 

CHG / NOCHG: Change/ Do not change (1 / 0)) ST / STOP bit. If th is bit is set 

when writing to the control word, the ST/ STOP bit will be 
programmed by the write to the control word. I f this b it is 
cleared when writing the control word, the ST/ STOP bit 
will not be altered. This bit is not stored; it will always be a 0 
on read. 

INT: Enable Interrupts to CPU on byte count termination. 

TC: If set, DMA will terminate when the co ntents of the 

Transfer Count register reach zero. The ST/ STOP bit will 
also be reset at this point if TC is set. If this bit is cleared, the 
DMA unit will decrement the transfer count register for 
each DMA cycle, but the DM A transfer will not stop when 
the contents of the TC register reach zero. 

SYN: 00 No synchronization. 

(2 bits) 

NOTE: The ST bit will be cleared automatically when the 
contents of the TC register reach zero regardless of the 
state of the TC bit. 

01 Source synchronization. 

10 Designation synchronization. 

11 Unused. 

SOURCE:INC Increment source pointer by 1 or 2 (depends on B/ W) after 

each transfer. 

M/IO Source pointer is in M/IO space (1/0). 

DEC Decrement source pointer by 1 or 2 (depends on B/ W) after 

each transfer. 

DEST: INC Increment destination pointer by 1 or 2 (B/W) after each 

transfer. 

M/IO Destination pointer is in M/IO space (10). 

DEC Decrement destination pointer by 1 or 2 (depending on 

B/W) after each transfer. 

P Channel priority - relative to other channel. 

0 low priority. 

1 high priority. 

Channels will alternate cycles if both set at same priority 
level. 
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TDRQ 0: Disable DMA requests from timer 2. 

1: Enable DMA requests from timer 2. 

Bit 3 Bit 3 is not used. 

If both INC and DEC are specified for the same pointer, the pointer will remain 
constant after each cycle. 



DMA Destination and Source Pointer Registers 

Each DMA channel maintains a 20-bit source and a 20-bit destination pointer. Each 
of these pointers takes up two full 16-bit registers in the peripheral control block. The 
lower four bits of the upper register contain the upper four bits of the 20-bit physical 
address (see Figure H-lOa). These pointers may be individually incremented or 
decremented after each transfer. If word transfers are performed the pointer is 
incremented or decremented by two. Each pointer may point into either memory or 
1/ O space. Since the DMA channels can perform transfers to or from odd addresses, 
there is no restriction on values for the pointer registers. Higher transfer rates can be 
obtained if all word transfers are performed to even addresses, since this will allow 
data to be accessed in single memory access. 

DMA Transfer Count Register 

Each DMA channel maintains a 16-bit transfer count register (TC). This register is 
decremented after every DMA cycle, regardless of the state of the TC bit in DMA 
Control Register. If the TC bit in the DMA control word is set, however, DMA 
activity will terminate when the transfer count register reaches zero. 

DMA Requests 

Data transfers may be either source or destination synchronized, that is either the 
source of the data or the destination of the data may request the data transfer. In 
addition, DMA transfers may be unsynchronized; that is, the transfer will take place 
continually until the correct number of transfers has occurred. When source or 
unsynchronized transfers are performed, the DMA channel may begin another 
transfer immediately after the end of a previous DMA transfer. This allows a complete 
transfer to take place every 2 bus cycles or eight clock cycles (assuming no wait states). 
No prefetching occurs when destination synchronization is performed, however. Data 
will not be fetched from the source address until the destination device signals that it is 
ready to receive it. When destination synchronized transfers are requested, the DMA 
controller will relinquish control of the bus after every transfer. If no other bus activity 
is initiated, another DMA cycle will begin after two processor clocks. This is done to 
allow the destination device time to remove its request if another transfer is not 
desired. Since the DMA controller will relinquish the bus, the CPU can initiate a bus 
cycle. As a result, a complete bus cycle will often be inserted between destination 
synchronized transfers. These lead to the maximum DMA transfer rates shown in 
Table H-8. 

DMA Acknowledge 

No explicit DMA acknowledge pulse is provided. Since both source and destination 
pointers are maintained, a read from a requesting source, or a write to a requesting 
destination, should be used as the DMA acknowledge signal. Since the chip-select 
lines can be programmed to be active for a given block of memory or I/O space, and 
the DMA pointers can be programmed to point to the same given block, a chip-select 
line could be used to indicate a DMA acknowledge. 
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HIGHER 

REGISTER 

ADDRESS 

LOWER 

REGISTER 

ADDRESS 



Figure H-IOa. DMA Memory Pointer Register Format 



XXX 


XXX 


XXX 


A19-A16 


A15-A12 


Alt-AS 


A7-A4 


A3-A0 



XXX = DONT CARE 



Table H-8. Maximum DMA Transfer Rates 



Type of 

Synchronization 

Selected 


CPU Running 


CPU Halted 


Unsynchronized 
Source Synch 
Destination Synch 


2MBytes/sec 
2MBytes/sec 
1 3MBytes/sec 


2MBytes/sec 
2MBytes/sec 
1 ,5MBytes/sec 



DMA Priority 

The DMA channels may be programmed such that one channel is always given 
priority over the other, or they may be programmed such as to alternate cycles when 
both have DMA requests pending. DMA cycles always have priority over internal 
CPU cycles except between locked memory accesses or word accesses the odd memory 
locations; however, an external bus hold takes priority over an internal DMA cycle. 
Because an interrupt request cannot suspend a DMA operation and the CPU cannot 
access memory during a DMA cycle, interrupt latency time will suffer during 
sequences of continuous DMA cycles. An NMI request, however, will cause all 
internal DMA activity to halt. This allows the CPU to quickly respond to the NMI 
request. 

DMA Programming 

DMA cycles will occur whenever the ST/ STOP bit of the Control Register is set. If 
synchronized transfers are programmed, a DRQ must also have been generated. 
Therefore, the source and destination transfer pointers, and the transfer count register 
(if used) must be programmed before this bit is set. 

Each DMA re gister may be modified while the channel is operating. If the 
CHG/NOCHG bit is cleared when the control register is written, the ST/ STOP bit of 
the control register will not be modified by the write. If multiple channel registers are 
modified, it is recommended that a LOCKED string transfer be used to prevent a 
DMA transfer from occurring between updates to the channel registers. 
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DMA Channels and Reset 

Upon RESET, the DMA channels will perform the following actions: 

• The Start/ Stop bit for each channel will be reset to STOP. 

• Any transfer in progress is aborted. 



TIMERS 

The 80186 provides three internal 16-bit programmable timers (see Figure H-l 1). Two 
of these are highly flexible and are connected to four external pins (2 per timer). They 
can be used to count external events, time external events, generate nonrepetitive 
waveforms, etc. The third timer is not connected to any external pins, and is useful for 
real-time coding and time delay applications. In addition, this third timer can be used 
as a prescaler to the other two, or as a DMA request source. 



Timer Operation 

The timers are controlled by 1 1 16-bit registers in the internal peripheral control block. 
The configuration of these registers is shown in Table H-9. The count register contains 
the current value of the timer. It can be read or written at any time independent of 
whether the timer is running or not. The value of this register will be incremented for 
each timer event. Each of the timers is equipped with a MAX COUNT register, which 
defines the maximum count the timer will reach. After reaching the MAX COUNT 
r gister value, the timer count value will reset to zero during the same clock, i.e., the 
maximum count value is never stored in the count register itself. Timers 0 and I are, in 
addition, equipped with a second MAX COUNT register, which enables the timers to 
alternate their count between two different MAX COUNT values programmed by the 
user. If a single MAX COUNT register is used, the timer output pin will switch LOW 
for a single clock, 2 clocks after the maximum count value has been reached. In the 
dual MAX COUNT register mode, the output pin will indicate which MAX COUNT 
register is currently in use, thus allowing nearly complete freedom in selecting 
waveform duty cycles. For the timers with two MAX COUNT registers, the RIU bit in 
the control register determines which is used for the comparison. 




Figure H-11. Timer Block Diagram 
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Each timer gets serviced every fourth CPU-clock cycle, and thus can operate at speeds 
up to one-quarter the internal clock frequency (one-eighth the crystal rate). External 
clocking of the timers may be done at up to a rate of one-quarter of the internal 
CPU-clock rate (2 MHz for an 8 MHz CPU clock). Due to internal synchronization 
and pipelining of the timer circuitry, a timer output may take up to 6 clocks to respond 
to any individual clock or gate input. 

Since the count registers and the maximum count registers are all 16 bits wide, 16 bits 
of resolution are provided. Any Read or Write access to the timers will add one wait 
state to the minimum four-clock bus cycle. However, this is needed to synchronize and 
coordinate the internal data flows between the internal timers and the internal bus. 

The timers have several programmable options. 

• All three timers can be set to halt or continue on a terminal count. 

• Timers 0 and 1 can select between internal and external clocks, alternate between 
MAX COUNT registers and be set to retrigger on external events. 

• The timers may be programmed to cause an interrupt on terminal count. 

Timer Mode/Control Register 

The mode/ control register (see Figure H-12) allows the user to program the specific 
mode of operation or check the current programmed status for any of the three 
integrated timers. 



ALT: 

The ALT bit determines which of two MAX COUNT registers is used for count 
comparison. If ALT = 0, register A for that timer is always used, while if ALT =1 , the 
comparison will alternate between register A and register B when each maximum 
count is reached. This alternation allows the user to change one MAX COUNT 
register while the other is being used, and thus provides a method of generating 
non-repetitive waveforms. Square waves and pulse outputs of any duty cycle are a 
subset of available signals obtained by not changing the final count registers. The ALT 
bit also determines the function of the timer output pin. If ALT is zero, the output pin 
will go LOW for one clock, the clock after the maximum count is reached. If ALT is 
one, the output pin will reflect the current MAX COUNT register being used (0/ 1 for 
B/A). 



Table H-9. Timer Control Block Format 



Register Name 


Register Offset 


Tmr. 0 


Tmr. 1 


Tmr. 2 


Mode/Control Word 


56H 


5EH 


66H 


Max Count B 


54H 


5CH 


not present 


Max Count A 


52H 


5AH 


62H 


Count Register 


50H 


58H 


60H 



15 


14 


13 


12 


11 


5 


4 


3 


2 


1 


0 


H 


iNH 


INT 


RIU 


1 ° 




MC 


RTQ 


1 P 


EXT 


ALT 


CONT 



Figure H-12. Timer Mode/ Control Register 
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CONT: 



Setting the CONT bit causes the associated timer to run continuously, while resetting 
it causes the timer to halt upon maximum count. If CONT = 0 and ALT = 1 , the timer 
will count to the MAX COUNT register A value, reset, count to the register B value, 
reset, and halt. 



EXT: 

The external bit selects between internal and external clocking for the timer. The 
external signal may be asynchronous with respect to the 80186 clock. If this bit is set, 
the timer will count LOW-to-HIGH transitions on the input pin. If cleared, it will 
count an internal clock while using the input pin for control. In this mode, the function 
of the external pin is defined by the RTG bit. The maximum input to output transition 
latency time may be as much as 6 clocks. However, clock inputs may be pipelined as 
closely together as every 4 clocks without losing clock pulses. 

P: 

The prescaler bit is ignored unless internal clocking has been selected (EXT = 0). If the 
P bit is a zero, the timer will count at one-fourth the internal CPU clock rate. If the P 
bit is a one, the output of timer 2 will be used as a clock for the timer. Note that the user 
must initialize and start timer 2 to obtain the prescaled clock. 

RTG: 

Retrigger bit is only active for internal clocking (EXT = 0). In this case it determines 
the control function provided by the input pin. 

If RTG = 0, the input level gates the internal clock on and off. If the input pin is HIGH, 
the timer will count; if the input pin is LOW, the timer will hold its value. As indicated 
previously, the input signal may be asynchronous with respect to the 80186 clock. 

When RTG = 1, the input pin detects LOW-to-HIGH transitions. The first such 
transition starts the timer running, clearing the timer value to zero on the first clock, 
and the incrementing thereafter. Further transitions on the input pin will again reset 
the timer to zero, from which it will start counting up again. If CONT = 0, when the 
timer has reached maximum count, the EN bit will be cleared, inhibiting further timer 
activity. 

EN: 

The enable bit provides programmer control over the timer’s RUN/ HALT status. 
When set, the timer is enabled to increment subject to the input pin constraints in the 
internal clock mode (discussed previously). When cleared, the timer will be inhibited 
from counting. All input pin transitions during the time EN is zero will be ignored. If 
CONT is zero, the EN bit is automatically cleared upon maximum count. 



INH: 



The inhibit bit allows for selective updating of the enable (EN) bit. If INH is a one 
during the write to the mo de/control word, then the state of the EN bit will be 
modified by the write. If INH is a zero during the write, the EN bit will be unaffected by 
the operation. This bit is not stored; it will always be a 0 on a read. 
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I NT: 

When set, the INT bit enables interrupts from the timer, which will be generated on 
every terminal count. If the timer is configured in dual MAX COUNT register mode, 
an interrupt will be generated each time the value in MAX COUNT register A is 
reached, and each time the value in MAX COUNT register B is reached. If this enable 
bit is cleared after the interrupt request has been generated, but before a pending 
interrupt is serviced, the interrupt request will still be in force. (The request is latched 
in the Interrupt Controller.) 

MC: 

The Maximum Count bit is set whenever the timer reaches its final maximum count 
value. If the timer is configured in dual MAX COUNT register mode, this bit will be 
set each time the value in MAX COUNT register A is reached, and each time the value 
in MAX COUNT register B is reached. This bit is set regardless of the timer’s 
interrupt-enable bit. The MC bit gives the user the ability to monitor timer status 
through software instead of through interrupts. 

RIU: 



The Register In Use bit indicates which MAX COUNT register is currently being used 
for comparison to the timer count value. A zero value indicates register A. The RIU 
but cannot be written, i.e., its value is not affected when the control register is written. 
It is always cleared when the ALT bit is zero. 

Not all mode bits are provided for timer 2. Certain bits are hardwired as indicated 
below: 



ALT = 0, EXT = 0, P - 0, RIU = 0 



Count Registers 

Each of the three timers has a 16-bit count register. The current contents of this register 
may be read or written by the processor at any time. If the register is written into while 
the timer is counting, the new value will take effect in the current count cycle. 

Max Count Registers 

Timers 0 and 1 have two MAX COUNT registers, while timer 2 has a single MAX 
COUNT register. These contain the number of events the timer will count. In timers 0 
and 1, the M AX COUNT register used can alternate between the two max count 
values whenever the current maximum count is reached. The condition which causes a 
timer to reset is equivalent between the current count value and the max count being 
used. This means that if the count is changed to be above the max count value, or if the 
max count value is changed to be below the current value, the timer will not reset to 
zero, but rather will count to its maximum value, “wrap around” to zero, then count 
until the max count is reached. 

Timers and Reset 

Upon RESET, the Timers will perform the following actions: 

• All EN (Enable) bits are reset preventing timer counting. 

• All SEL (Select) bits are reset to zero. This selects MAX COUNT register A, 
resulting in the Timer Out pins going HIGH upon RESET. 
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Interrupt Controller 

The 80 1 86 can receive interrupts from a number of sources, both internal and external. 
The internal interrupt controller serves to merge these requests on a priority basis, for 
individual service by the CPU. 

Internal interrupt sources (Timers and DMA channels) can be disabled by their own 
control registers or by mask bits within the interrupt controller. The 80186 interrupts 
controller has its own control registers that set the mode of operation for the 
controller. 

The interrupt controller will resolve priority among requests that are pending 
simultaneously. Nesting is provided so interrupt service routines for lower priority 
interrupts may themselves be interrupted by higher priority interrupts. A block 
diagram of the interrupt controller is shown in Figure H-13. 

The interrupt controller has a special iRMX 86 compatibility mode that allows the use 
of the 80 1 86 within the iRMX 86 operating system interrupt structure. The controller 
is set in this mode by setting bit 14 in the peripheral control block relocation register 
(see iRMX 86 Compatibility Mode section). In this mode, the internal 80186 interrupt 
controller functions as a “slave” controller to an external “master” controller. Special 
initialization software must be included to properly set up the 80186 interrupt 
controller in iRMX 86 mode. 

NON-iRMX MODE OPERATION 

Interrupt Controller External Interface 

For external interrupt sources, five dedicated pins are provided. One of these pins is 
dedicated to NMI, non-maskable interrupt. This is typically used for power-fail 
interrupts, etc. The other four pins may function either as four interrupt input lines 
with internally generated interrupt vectors, as an interrupt line and an interrupt 
acknowledge line (called the “cascade mode”) along with two other input lines with 
internally generated interrupt vectors, or as two interrupt input lines and two 
dedicated interrupt acknowledge output lines. When the interrupt lines are configured 
in cascade mode, the 80186 interrupt controller will not generate internal interrupt 
vectors. 

External sources in the cascade mod e use externally generated interrupt vectors. 
When an interrupt is acknowledge, two INTA cycles are initiated and the vector is read 
into the 80186 on the second cycle. The capability to interface to external 8259A 
programmable interrupt controllers is thus provided when the inputs are configured in 
cascade mode. 

Interrupt Controller Modes of Operation 

The basic modes of operation of the interrupt controller in non-iRMX mode are 
similar to the 8259A. The interrupt controller responds identically to internal 
interrupts in all three modes: the difference is only in the interpretation of function of 
the four external interrupt pins. The interrupt controller is set into one of these three 
modes by programming the correct bits in the INTO and INTI control registers. The 
modes of interrupt controller operation are as follows: 

Fully Nested Mode 

When in the fully nested mode four pins are used as direct interrupt requests. The 
vectors for these four inputs are generated internally. An in-service bit is provided for 
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every interrupt source. If a lower-priority device requests an interrupt while the 
in-service bit (IS) is set, no interrupt will be generated by the interrupt controller. In 
addition, if another interrupt request occurs from the same interrupt source while the 
in-service bit is set, no interrupt will be generated by the interrupt controller. This 
allows interrupt service routines to operate with interrupts enabled without being 
themselves interrupted by lower-priority interrupts will be serviced. 

When a service routine is completed, the prior IS bit must be reset by writing the 
proper pattern to the EOI register. This is required to allow subsequent interrupts 
from this interrupt source and to allow servicing of lower-priority interrupts. An EOI 
command is issued at the end of the service routine just before the issuance of the 
return from interrupt instruction. If the fully nested structure has been upheld, the 
next highest-priority source with its IS bit set is then serviced. 

Cascade Mode 

The 80186 has four interrupt pins and two of them have dual functions. In the fully 
nested mode the four pins are used as direct interrupt inputs and the corresponding 
vectors are generated internally. In the cascade mode, the four pins are configured into 
interrupt input -dedicated acknowledge signal pairs. The interconnection is s hown in 
Figure H-14. INTO is an interrupt input interfaced to an 8259A, while INT2/INTA0 
serves as the dedicated i nterrupt acknowledge signal to that peripheral. The same is 
true for INTI and INT3(INTA1. Each pair can selectively be placed in the cascade or 
non-cascade mode by programming the proper value into INTO and INTI control 
registers. The use of the dedi cated a cknowledge signals eliminates the need for the use 
of external logic to generate INTA and device select signals. 

The primary cascade mode allows the capability to serve up to 128 external interrupt 
sources through the use of external master and slave 8259As. Three levels of priority 
are created, requiring priority resolution in the 80186 interrupt controller, the master 
8259As, and the slave 8259 As. If an external interrupt is serviced, one IS bit is set at 
each of these levels. When the interrupt service routine is completed, up to three 
end-of-interrupt commands must be issued by the programmer. 




Figure H-13. Interrupt Controller Block Diagram 
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Figure H-14. Cascade Mode Interrupt Connection 



Special Fully Nested Mode 

This mode is entered by setting the SFNM bit in INTO or INTI control register. It 
enables complete nestability with external 8259A masters. Normally, an interrupt 
request from an interrupt source will not be recognized unless the in-service bit for that 
source is reset. If more than one interrupt source is connected to an external interrupt 
controller, all of the interrupts will be funneled through the same 80186 interrupt 
request pin. As a result, if the external interrupt controller receives a higher-priority 
interrupt, its interrupt will not be recognized by the 80186 controller until the 80186 
in-service bit is reset. In special fully nested mode, the 80186 interrupt controller will 
allow interrupts from an external pin regardless of the state of the in-service bit for an 
interrupt source in order to allow multiple interrupts from a single pin. An in-service 
bit will continue to be set, however, to inhibit interrupts from other lower-priority 
80186 interrupt sources. 

Special procedures should be followed when reseting IS bits at the end of interrupt 
service routines. Software polling of the external master’s IS register is required to 
determine if there is more than one bit set. If so, the IS bit in the 80186 remains active 
and the next interrupt service routine is entered. 

Operation in a Polled Environment 

The controller may be used in a polled mode if interrupts are undesirable. When 
polling, the processor disables interrupts and then polls the interrupt controller 
whenever it is convenient. Polling the interrupt controller is accomplished by reading 
the Poll Word (Figure H-l). Bit 15 is in the poll word indicates to the processor that an 
interrupt of high enough priority is requesting service. Reading the Poll Word causes 
the In-Service bit of the highest-priority source to be set. 

It is desirable to be able to read the Poll Word information without guaranteeing 
service of any pending interrupt, i.e., not set the indicated in-service bit. The 80186 
provides a Poll Status Word in addition to the conventional Poll Word to allow this to 
be done. Poll Word information is duplicated in the Poll Status Word, but reading the 
Poll Status Word does not set the associated in-service bit. These words are located in 
two adjacent memory locations in the register file. 
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Non-iRMX Mode Features 

Programmable Priority 

The user can program the interrupt sources into any of eight different priority levels. 
The programming is done by place a 3-bit priority level (0-7) in the control register of 
each interrupt source. (A source with a priority level of 4 has higher priority over all 
priority levels from 5 to 7. Priority registers containing values lower than 4 have 
greater priority.) All interrupt sources have preprogrammed default priority levels (see 
Table H-10). 

If two requests with the same programmed priority level are pending at once, the 
priority ordering scheme shown in Table H-10 is used. If the serviced interrupt routine 
reenables interrupts, it allows other requests to be serviced. 

End-of-lnterrupt Command 

The end-of-interrupt (EOI) command is used by the programmer to reset the In- 
Service (IS) bit when an interrupt service routine is completed. The EOI command is 
issued by writing the proper pattern to the EOI register. There are two types of EOI 
commands, specific and nonspecific. The nonspecific command does not specify 
which IS bit is reset. When issued, the interrupt controller automatically resets the IS 
bit of the highest priority source with an active service routine. A specific EOI 
command requires that the programmer send the interrupt vector type to the interrupt 
controller indicating which source’s IS bit is to be reset. This command is used when 
the fully nested structure has been disturbed or the highest priority IS bit that was set 
does not belong to the service routine in progress. 

Trigger Mode 

The four external interrupt pins can be programmed in either edge- or level-trigger 
mode. The control register for each external source has a level-trigger mode (LTM) 
bit. All interrupt inputs are active HIGH. In the edge sense mode or the level-trigger 
mode, the interrupt request must remain active (HIGH) until the interrupt request is 
acknowledged by the 80186 CPU. In the edge-sense mode, if the level remains high 
after the interrupt is acknowledged, the input is disabled and no further requests will 
be generated. The input level must go LOW for at least one clock cycle to reenable the 
input. In the level-trigger mode, no such provision is made: holding the interrupt input 
HIGH will cause continuous interrupt requests. 

Interrupt Vectoring 

The 80186 Interrupt Controller will generate interrupt vectors for the integrated DMA 
channels and the integrated Timers. In addition, the Interrupt Controller will generate 
interrupt vectors for the external interrupt lines if they are not configured in Cascade 
or Special Fully Nested Mode. The interrupt vectors generated are fixed and cannot be 
changed (see Table H-10). 

Interrupt Controller Registers 

The Interrupt Controller register model is shown in Figure H-15. It contains 15 
registers. All registers can both be read or written unless specified otherwise. 

In-Service Register 

This register can be read from or written into. The format is shown in Figure H-16. It 
contains the In-Service bit for each of the interrupt sources. The In-Service bit is set to 
indicate that a source’s service routine is in progress. When an In-Service bit is set, the 
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interrupt controller will not generate interrupts to the CPU when it receives interrupt 
requests from devices with a lower programmed priority level. The TMR bit is the 
In-Service bit for all three timers; the DO and D 1 bits are the In-Service bits for the two 
DMA channels; the 10-13 are the In-Service bits for the external interrupt pins. The IS 
bit is set when the processor acknowledges an interrupt request either by an interrupt 
acknowledge or by reading the poll register. The IS bit is reset at the end of the 
interrupt service routine by an end-of-interrupt command issued by the CPU. 

Interrupt Request Register 

The internal interrupt sources have interrupt request bits inside the interrupt 
controller. The format of this register is shown in Figure H-16. A read from this 
register yields the status of these bits. The TMR bit is the logical OR of all timer 
interrupt requests. DO and D1 are the interrupt request bits for the DMA channels. 

The state of the external interrupt input pins is also indicated. The state of the external 
interrupt pins is not a stored condition inside the interrupt controller, therefore the 
external interrupt bits cannot be written. The external interrupt request bits shown 
exactly when an interrupt request is given to the interrupt controller, so if edge- 
triggered mode is selected, the bit in the register will be HIGH only after an active-to- 
active transition. For internal interrupt sources, the register bits are set when a request 
arrives and are reset when the processor acknowledges the requests. 
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INT3 CONTROL REGISTER 


3EH 




INT2 CONTROL REGISTER 


3CH 




INTI CONTROL REGI8TER 


3AH 




INTO CONTROL REGISTER 


38H 




DMA 1 CONTROL REGISTER 


36H 




DMA 0 CONTROL REGISTER 


34H 




TIMER CONTROL REGISTER 


32H 




INTERRUPT STATUS REGISTER 


30H 




INTERRUPT REQUEST REGISTER 


2EH 




IN-SERVICE REGISTER 


2CH 




PRIORITY MASK REGISTER 


2AH 




MASK REGISTER 


28H 




POLL STATUS REGISTER 


2SH 




POLL REGISTER 


24H 




EOI REGISTER 


22H 








Figure H-15. Interrupt Controller Registers 
(Non-iRMX 86 Mode) 



Table H-10. 80186 Interrupt Vectors 



Interrupt Name 


Vector 

Type 


Default 

Priority 


Related 

Instructions 


Divide Error 


0 


*1 


DIV, IDIV 


Exception 








Single Step 


1 


12**2 


All 


Interrupt 








NMI 


2 


1 


All 


Breakpoint 


3 


*1 


INT 


Interrupt 








INTO Detected 


4 


*1 


INTO 


Overflow 








Exception 








Array Bounds 


5 


*1 


BOUND 


Exception 








Unused-Opcode 


6 


*1 


Undefined 


Exception 






Opcodes 


ESC Opcode 


7 


*1*** 


ESC Opcodes 


Exception 








Timer 0 Interrupt 


8 


2A“** 




Timer 1 Interrupt 


18 


2B***‘ 




Timer 2 Interrupt 


19 


2C**** 




Reserved 


9 


3 




DMA 0 Interrupt 


10 


4 




DMA 1 Interrupt 


11 


5 




INTO Interrupt 


12 


6 




INTI Interrupt 


13 


7 




INT2 Interrupt 


14 


8 




INT3 Interrupt 
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9 
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Figure H-16. In-Service, Interrupt Request, and Mask Register Formats 
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Mask Register 

This is a 16-bit register that contains a mask bit for each interrupt source. The format 
for this register is shown in Figure H-16. A one in a bit position corresponding to a 
particular source services to mask the source from generating interrupts. These mask 
bits are the exact same bits which are used in the individual control registers; 
programming a mask bit using the mask register will also change this bit in the 
individual control registers, and vice versa. 

Priority Mask Register 

This register is used to mask all interrupts below particular interrupt priority levels. 
The format of this register is shown in Figure H-17. The code in the lower three bits of 
this register inhibits interrupts of priority lower (a higher priority number) than the 
specified. For example, 100 written into this register masks interrupts of level five 
(101), six (1 10), and seven (1 1 1). The register is reset to seven (1 1 1) upon RESET so all 
interrupts are unmasked. 

Interrupt Status Register 

This register contains general interrupt controller status information. The format of 
this register is shown in Figure H-18. The bits in the status register have the following 
functions: 

DHLT: DMA Halt Transfer; setting this bit halts all DMA transfers. It is 

automatically set whenever a non-maskable interrupt occurs, and it is 
reset when an IRET instruction is executed. The purpose of this bit is to 
allow prompt service of all non-maskable interrupts. This bit may also be 
set by the CPU. 

IRTx: These three bits represent the individual timer interrupt request bits. 

These bits are used to differentiate the timer interrupts, since the timer IR 
bit in the interrupt request register is the “OR” function of all timer 
interrupt requests. Note that setting any one of these three bits initiates 
an interrupt request to the interrupt controller. 

Timer, DMA 0, 1; Control Registers 

These registers are the control words for all the internal interrupt sources. The format 
for these registers is shown in Figure H-19. The three bit positions PRO, PR1 , and PR2 
represent the programmable priority level of the interrupt source. The MSK bit 
inhibits interrupt requests from the interrupt source. The MSK bits in the individual 
control registers are the exact same bits as are in the Mask Register; modifying them in 
the individual control registers will also modify them in the Mask Register, and vice 
versa. 
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Figure H-17. Priority Mask Register Format 
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Figure H-18. Interrupt Status Register Format 
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INT0-INT3 Control Registers 

These registers are the control words for the four external input pins. Figure H-20 
shows the formal of the INTO and INTI Control registers; Figure H-21 shows the 
format of the INT2 and INT3 Control registers. In cascade mode or special fully 
nested mode, the control words for INT2 and INT3 are not used. 

The bits in the various control registers are encoded as follows: 

PRO-2: Priority programming information. Highest priority = 000, lowest 

priority =111. 

LTM: Level-trigger mode bit. 1 = level-triggered; 0 = edge-triggered. 

Interrupt Input levels are active high. In level-triggered mode, an 
interrupt is generated whenever the external line is high. In edge- 
triggered mode, an interrupt will be generated only when this level is 
preceded by an inactive-to-active transition on the line. In both cases, 
the level must remain active until the interrupt is acknowledged. 

MSK: Mask bit, 1 = mask; 0 = nonmask. 

C: Cascade mode bit, 1 = cascade; 0 = direct. 

SFNM: Special fully nested mode bit, 1 = SFNM; 0 = normal nested mode. 

EOI Register 

The end of the interrupt register is a command register which can only be written into. 
The format of this register is shown in Figure H-22. It initiates an EOI command when 
written to by the 80186 CPU. 

The bits in the EOI register are encoded as follows: 

Sx: Encoded information that specifies an interrupt source vector type as 

shown in Table H-10. For example, to reset the In-Service bit for 
DMA channel 0, these bits should be set to 0 1010, since the vector type 
for DMA channel 0 is 10. Note that to reset the single In-Service bit for 
any of the three timers, the vector type for timer 0 (8) should be written 
in this register. 




Figure H-19. Timer/DMA Register Formats 




Figure H-20. INTO/INTI Register Formats 




Figure H-21. INT2/INT3 Register Formats 
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NSPEC/ : A bit that determines the type of EOI command. Nonspecific = 1, 

SPEC Specific = 0. 



Poll and Poll Status Registers 

These registers contain polling information. The format of these registers is shown in 
Figure H-23. They can only be read. Reading the Poll register constitutes a software 
poll. This will set the IS bit of the highest priority pending interrupt. Reading the poll 
status register will not set the IS bit of the highest priority pending interrupt; only the 
status of pending interrupts will be provided. 

Encoding of the Poll and Poll Status register bits are as follows: 

Sx: Encoded information that indicates the vector type of the highest 

priority interrupting source. Valid only when INTREQ =1. 

INTREQ: This bit determines if an interrupt request is present. Interrupt Request 

= I; no Interrupt Request = 0. 



iRMX 86 COMPATIBILITY MODE 

This mode allows iRMX 86-80186 compatibility. The interrupt model of iRMX 86 
requires one master and multiple slave 8259As in cascaded fashion. When iRMX 
mode is used, the internal 80186 interrupt controller will be used as a slave controller 
to an external master interrupt controller. The internal 80186 resources will be 
monitored through the internal interrupt controller, while the external controller 
functions as the system master interrupt controller. 

Upon reset, the 80186 interrupt controller will be in the non-iRMX 86 mode of 
operation. To set the controller in the iRMX 86 mode, bit 14 of the Relocation 
Register should be set. 

Because of pin limitations caused by the need to interface to an external 8259A master, 
the internal interrupt controller will no longer accept external inputs. There are 
however, enough 80186 interrupt controller inputs (internally) to dedicate one to each 
timer. In this mode, each timer interrupt source has its own mask bit, IS bit, and 
control word. 
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Figure H-22. EOI Register Format 
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Figure H-23. Poll Register Format 
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The iRMX 86 operating system requires peripherals to be assigned fixed priority 
levels. This is incompatible with the normal operation of the 80186 interrupt 
controller. Therefore, the initialization software must program the proper priority 
levels for each source. The required priority levels for the internal interrupt sources in 
iRMX mode are shown in Table H-ll. 

These level assignments must remain fixed in the iRMX 86 mode of operation. 

iRMX 86 Mode External Interface 

This configuration of the 80186 with respect to an external 8259 A master is shown in 
Figure H-24. The INTO input is used as the 80186 CPU interrupt input. INT3 
functions as an output to send the 80186 slave-interrupt-request to one of the 8 
master-PIC-inputs. 

Correct master-slave interface requires decoding of the slave addresses (CASO-2). 
Slave 8259 As do this internally . Beca use of pin limitations, the 80186 slave address will 
have to be decoded externally. INTI is used as a slave-select input. Note that the slave 
vector address is transferred internally, but the READY input must be supplied 
externally. 



INT2 is used as an acknowledge output, suitable to drive the INTA input of an 8259 A. 

Interrupt Nesting 

iRMX 86 mode operation allows nesting of interrupt requests. When an interrupt is 
acknowledged, the priority logic masks off all priority levels except those with equal or 
higher priority. 



Table H-11. Internal Source Priority Level 




Figure H-24. IRMX 86 Interrupt Controller Interconnection 
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Vector Generation in the iRMX 86 Mode 

Vector generation in iRMX mode is exactly like that of an 8259A slave. The interrupt 
controller generates an 8-bit vector which the CPU multiplies by four and uses as an 
address into a vector table. The significant five bits of the vector are user- 
programmable while the lower three bits are generated by the priority logic. These bits 
represent the encoding of the priority level requesting service. The significant five bits 
of the vector are programmed by writing to the Interrupt Vector register at FO 0122. 

Specific End-of-lnterrupt 

In iRMX mode the specific EOI command operates to reset an in-service bit of a 
specific priority. The user supplies a 3-bit priority-level value that points to an 
in-service bit to be reset. The command is executed by writing the correct value in the 
Specific EOI register at FO 0122. 

Interrupt Controller Registers in the iRMX 86 Mode 

All control and command registers are located inside the internal peripheral control 
block. Figure H-25 shows the offsets of these registers. 

End-of-lnterrupt Flegisters 

The end-of-interrupt register is a command register which can only be written. The 
format of this register is shown in Figure H-26. It initiates an EOI command when 
written by the 80186 CPU. 

The bits in the EOI register are encoded as follows: 

Lx: Encoded value indicating the priority of the IS bit to be reset. 



.... 


OFFSET 

3AH 




LEVEL 5 CONTROL REGISTER 
(TIMER 2) 




LEVEL 4 CONTROL REGISTER 
(TIMER t) 


38H 




LEVEL 3 CONTROL REGISTER 
(OMA 1) 


36H 




LEVEL 2 CONTROL REGISTER 
(DMA 0) 


34H 




LEVEL 0 CONTROL REGISTER 
(TIMER 0) 


32H 




INTERRUPT STATUS REGISTER 


30H 




INTERRUPT-REQUEST REGISTER 


2EH 




IN-SERVICE REGISTER 


2CH 




PRIORITY-LEVEL MASK REGISTER 


2AH 




MA8K REGISTER 


28H 




SPECIFIC EOI REGISTER 


22H 




INTERRUPT VECTOR REGISTER 


20H 








Figure H-25. Interrupt Controller Registers 
(iRMX 86 Mode) 
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In-Service Register 

This register can be read from or written into. It contains the in-service bit for each of 
the internal interrupt sources. The format for this register is shown in Figure H-27. Bit 
positions 2 and 3 correspond to the DMA channels; positions 0, 4, and 5 correspond to 
the integral timers. The source’s IS bit is set when the processor acknowledges its 
interrupt request. 

Interrupt Request Register 

This register indicates which internal peripherals have interrupt requests pending. The 
format of this register is shown in Figure H-27. The interrupt request bits are set when 
a request arrives from an internal source, and are reset when the processor 
acknowledges the request. 

Mark Register 

This register contains a mask bit for each interrupt source. The format for this register 
is shown in Figure H-27. If the bit in this register corresponding to a particular 
interrupt source is set, any interrupts from that source will be masked. These mask bits 
are exactly the same bits which are used in the individual control registers, i.e., 
changing the state of a mask bit in this register will also change the state of the mask bit 
in the individual interrupt control register corresponding to the bit. 

Control Registers 

These registers are the control words for all the internal interrupt sources. The format 
of these registers is shown in Figure H-28. Each of the timers and both of the DMA 
channels have their own Control Register. 

The bits of the Control Registers are encoded as follows: 

prx: 3-bit encoded field indicating a priority level for the source; note that each 

source must be programmed at specified levels. 

msk: mask bit for the priority level indicated by prx bits. 



H-26 





15 


14 


13 




• 


7 


5 


5 


4 


3 


2 


1 


0 




0 


0 


0 





0 


0 


0 


0 


0 


0 


L2 


LI 


L0 
































Figure H-26. Specific EOi Register Format 
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Figure H-27. In-Service, interrupt Request, and Mask Register Format 
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Interrupt Vector Register 

This register provides the upper five bits of the interrupt vector address. The format of 
this register is shown in Figure H-29. The interrupt controller itself provides the lower 
three bits of the interrupt vector as determined by the priority level of the interrupt 
request. 

The format of the bits in this register is: 

tx: 5-bit field indicating the upper five bits of the vector address. 

Priority- Level Mask Register 

This register indicates the lowest priority-level interrupt which will be serviced. 

The encoding of the bits in this register is: 

mx: 3-bit encoded field indication priority-level value. All levels of lower priority 

will be masked. 

Interrupt Controller and Reset 

Upon RESET, the interrupt controller will perform the following actions: 

• All SFNM bits reset to 0, implying Fully Nested Mode. 

• All PR bits in the various control registers set to 1 . This places all sources at lowest 
priority (level 111). 

• All LTM bits reset to 0, resulting in edge-sense mode. 

• All Interrupt Service bits reset to 0. 

• All Interrupt Request bits reset to 0. 

• All MSK (Interrupt Mask) bits set to I (mask). 

• All C (Cascade) bits reset to 0 (non-cascade). 

• All PRM (Priority Mask) bits set to 1, implying no levels masked. 

• Initialized to non-iRMX 86 mode. 
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Appendix I 

PCB Recovery Tape 



INTRODUCTION 

The Pod has a special feature that allows it to save the contents of the Peripheral 
Control Block (PCB) registers after a RUNUUT operation. This feature, which is 
accomplished by exiting from RUNUUT in a special way that doesn’t reset the Pod’s 
microprocessor, allows you to recover PCB values from a known-good UUT. 



This method is an easy and reliable way to establish correct values for a UUT’s PCB 
registers prior to troubleshooting. These known-good values are created by the UUT’s 
own programming, and are used as standard values for troubleshooting other UUTs 
of the same type. 

The procedure for automatically performing the special RUNUUT operation to 
recover PCB registers is on the tape that is included with the Pod. A 9010A Language 
Compiler source listing of the program is included in this Appendix. A description of 
the internal operation of the special RUNUUT function and directions for using the 
program follow. 

SPECIAL RUNUUT 1-2. 

This soft exit uses the Non-Maskable Interrupt (NMI) and switches the Pod’s buffers 
from the UUT’s bus to the Pod’s internal bus. This allows the Pod to recover the 
UUT’s PCB register contents and save them in a series of Pod Function addresses in 
the range F003XX. This range corresponds to the normal F001XX range used by the 
Pod for the Peripheral Control Block (see Table 1-1). 

The Pod is configured by the tape to use this special exit from RUNUUT by using a 
WRITE @ FO 0006=1 operation before the RUN UUT is started . Then, after the 
UUT’s program has initialized all the PCB registers, MAINSTAT is asserted low to 
initiate the bus switch and NMI. 

A READ @ F00006 after RUNUUT is completed returns information about whether 
or not the PCB registers were successfully recovered. The significant data in FO 0006 is 
as follows: 



Bit 1 



Bit 1 is set if the NMI routine fails to execute. If bit 1 is set, either the UUT 
had already entered its NMI routine, or the processor was in a HOLD or 
Wait state. 



1-1 




9000A-801 86 



Bit 2 Bit 2 is set if the RAM in the Pod has been written to (contaminated) 
coming out of RUNUUT. There is little chance of this happening, but it is 
a possibility. 

Bit 3 Bit 3 is set if the routine cannot find the PCB registers. There is the 
possibility that the UUT’s program moves the PCB registers from their 
default location by means of the relocation register. In this case, the PCB 
Recovery program will not help you determine the values for the PCB 
registers. 



Table 1-1. Recovered Peripheral Control Block Special Addresses 



RECOVERED 

FROM 

UUT 


POD’S 

ADDRESS 


DESCRIPTION 


POWER-UP 
DEFAULT 
VALUE (hex) 


Relocation Register Address 




FO 03FE 


FO 01 FE 


Relocation Register 


OOFF 


DMA Controller Register Addresses 


FO 03DA 


FO 01 DA 


DMA Channel 1 Control Word 


0000 


FO 03D8 


F0 01D8 


DMA Channel 1 Transfer Count 


0000 


FO 03D6 


F0 01D6 


DMA Channel 1 Dest. Ptr. (upr 4 bits) 


0000 


FO 03D4 


F0 01D4 


DMA Channel 1 Dest. Ptr. (Iwr 16 bits) 


0000 


FO 03D2 


F0 01D2 


DMA Channel 1 Src. Ptr. (upr 4 bits) 


0000 


FO 03D0 


FO 01 DO 


DMA Channel 1 Src. Ptr. (Iwr 16 bits) 


0000 


FO 03CA 


FO 01 CA 


DMA Channel 0 Contrl Word 


0000 


FO 03C8 


F0 01C8 


DMA Channel 0 Transfer Count 


0000 


FO 03C6 


F0 01C6 


DMA Channel 0 Dest. Ptr. (upr 4 bits) 


0000 


FO 03C4 


FO 01 C4 


DMA Channel 0 Dest. Ptr. (Iwr 16 bits) 


0000 


FO 03C2 


F0 01C2 


DMA Channel 0 Src. Ptr. (upr 4 bits) 


0000 


FO 03C0 


FO 01 CO 


DMA Channel 0 Src. Ptr. (Iwr 16 bits) 


0000 


Chip Select Re 


gister Addresses 


FO 03A8 


F0 01A8 


MPCS Register 


AOFB 


FO 03A6 


F0 01A6 


MMCS Register 


81 FB 


FO 03A4 


FO 01 A4 


PACS Register 


403B 


FO 03A2 


F0 01A2 


LMCS Register 


3FFB 


FO 03A0 


FO 01 AO 


UMCS Register 


C03B 


Timer Register 


Addresses 


FO 0366 


FO 0166 


Timer 2 Mode/Control Word Register 


0000 


FO 0362 


FO 0162 


Timer 2 Max Count A Register 


0000 


FO 0360 


FO 0160 


Timer 2 Count Register 


0000 


FO 035E 


F0 015E 


Timer 1 Mode/Control Word Register 


0000 


FO 035C 


F0 015C 


Timer 1 Max Count B Register 


0000 


FO 035A 


F0 015A 


Timer 1 Max Count A Register 


0000 


FO 0358 


FO 0158 


Timer 1 Count Register 


0000 


FO 0356 


FO 0156 


Timer 0 Mode/Control Word Register 


0000 


FO 0354 


FO 01 54 


Timer 0 Max Count B Register 


0000 


FO 0352 


FO 01 52 


Timer 0 Max Count A Register 


0000 


FO 0350 


FO 01 50 


Timer 0 Count Register 


0000 
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Table 1-1. Recovered Peripheral Control Block Special Addresses (cont) 



RECOVERED 

FROM 

UUT 


POD’S 

ADDRESS 


DESCRIPTION 


POWER-UP 
DEFAULT 
VALUE (hex) 


Interrupt Controller Register Addresses 


FO 033E 


FO 013E 


INT3 Control Register (master mode) 
Not used in iRMX mode 


000 F 


FO 033C 


F0 013C 


INT2 Control Register (master mode) 
Not used in iRMX mode 


000 F 


FO 033A 


F0 013A 


INTI Control Register (master mode) 
Timer 2 Control Register (iRMX mode) 


000 F 


FO 0338 


FO 0138 


INTO Control Register (master mode) 
Timer 1 Control Register (iRMX mode) 


000F 


FO 0336 


FO 0136 


DMA 1 Control Register (both modes) 


000 F 


FO 0334 


FO 01 34 


DMA 0 Control Register (both modes) 


000F 


FO 0332 


FO 0132 


Timer Control Register (master mode) 
Timer 0 Control Register (iRMX mode) 


000 F 


FO 0330 


FO 01 30 


Int. Cont. Status Reg. (both modes) 


8000 


FO 032E 


F0 012E 


Int. Request Register (both modes) 


0000 


FO 032C 


F0 012C 


In-Service Register (both modes) 


0000 


FO 032A 


FO 01 2A 


Priority Mask Register (both modes) 


0007 


FO 0328 


FO 0128 


Mask Register (both modes) 


OOFD 


FO 0326 


FO 0326 


Poll Status Register (master mode) 
Not used in iRMX mode (read only) 


0000 


FO 0324 


FO 0324 


Poll Register (master mode) 

Not used in iRMX mode (read only) 


0000 


FO 01 22 


FO 0122 


EOI Register (master mode) 
Specific EOI Register (iRMX mode) 


0000 


FO 0120 


FO 0120 


Not used in master mode 

Int. Vector Register (iRMX mode) 


0000 
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USING THE PCB RECOVERY PROGRAM 1-3. 

Use the following procedure to recover PCB register values from a UUT: 

1 . Connect a known-good UUT to the Pod and make sure no errors occur with a 
BUS TEST. 

2. Insert the PCB Recovery cassette with side A up. 

3. Press READ TAPE to read the tape. (Press YES/ ENTER in response to 
READ TAPE- ARE YOU SURE?) 

4. Press EXEC 0 ENTER to run program 0. You’ll see the message 80186 POD 
PCB RECOVERY PROGRAM and the program will do the WRITE @ 
F00006 = 1 and enter RUNUUT. 

5. A message will ask READY TO RECOVER PCB REGS? to determine 
whether or not the UUT’s initialization routines have been completed. 

NOTE 

You must wait until the UUT’s initialization routines have completed to 
ensure that the PCB register contents are valid. 

6. Once you are certain that the PCB register contents have been established, 
press ENTER/ YES. The program will cause the Pod to do a soft exit from 
RUNUUT. 

7. The program will ask if you want to SET POD TO RECOVERED VALUES?. 
If you press YES/ ENTER, then all the PCB register values from the F003XX 
range are copied to the F001XX addresses. 

To use the recovered values, a program is normally created to write the initialization 
values to all the PCB registers (F001XX addresses). Then, when troubleshooting an 
inoperative UUT, the Pod is configured using this tape. 

While using the PCB Recovery program, any of several error messages might be 
display. The error messages that can occur are: 

PCB REGISTERS NOT FOUND- 

This is displayed if the U UT’s program shifted the location of the PCB registers with 
the relocation register (bit 3 of F00006 was 0). In this case, the program cannot help 
you determine what the PCB registers should be. 

RUNUUT EXIT FAILED- TRY AGAIN? 

This is displayed when the NMI was not executed due to another NMI active or the 
processor being in a hold or wait state (bit 1 was set to 1). In this case, go ahead and 
re-try executing the program — try waiting longer or putting the UUT in a different 
state before recovering the registers. 

FAILURE OCCURRED 

POD REGS MA Y BE CONTAMINA TED 

RESET POD TO PWR-UP DEFA ULT? 
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This message indicates that something went wrong in the exit from RUNUUT and the 
Pod’s RAM was written to inadvertently. When this occurs, either power to the Pod 
should be turn off and back on or, if the user answers YES, the program will 
re-initialize all Pod registers (bit 2 of F00006 was set to 1). In this case, after the Pod 
has been re-initialized, try the program again. Wait for a longer period before 
recovering the registers or put the UUT in a different state. 



9000A-BQ186 INTERFACE POD PCB RECOVERY PROGRAM 

A source program for the Fluke 9000A Language Compiler 

Date: 4/29/83 

Revision : 0 

Revision History: none 

Program 0 PCB Recovery 
Program 1 PCB Register Swap 

Program 2 Restore PCB values to Power-up default 
Program 3 Restore all Pod values to reset condition 

User Instructions: 9000A-80186 Interface Pod Getting Started Manual 

9000A-8Q1B6 Interface Pod Instruction Manual. Appx I 

Tape Part Number: 768703 

(c) Copyright 1983. John Fluke Mfg. Co.. Inc. All rights reserved. 

This program executes a special "soft" exit from RUNUUT that allows the 
PCB (Peripheral Control Block) to be obtained from a working UUT's 
program memory rather than being set-up manually. Normally. this program 
would be used once and then the PCB registers would be set up by another 
programmed tape written by the user. 



include "80186,. POD" 

declarations 

assign rega to key 

setup information 

pod - 80186 

TRAP ACTIVE FORCE LINE - NO 
program main 



befliT1 ' dpy 80186 POD PCB RECOVERY PROGRAM 
execute delay 

redo: 

write ft F00006 * 1 



RUN UUT a FFFFO 

running : 

dpy READY TO RECOVER PCB REQ8?key 

if key ■ 1 goto next 
goto running 

next: 

execute statwiggle 



read ® F00006 



regb “rege and 2 

if regb ™ 0 goto NMI_FAIL 
regb « rege and 8 



if regb « 0 goto pcb_shift 
regb “rege and 4 

if regb ■ 4 goto B a d _R AM 



! write to special address 
! to let Pod know that a 
! RUNUUT with Boft exit 
! will take place. 

! Start the UUT's program 

! Wait until the UUT's 
! initialization has completed 



! lower MAINSTAT to 
! generate an NMI 

! Special address returns 
! whether the recovery was 
! successful or not. 

! Check bit 1 (if NMI 
! worked) 

! Check bit 3 ( if the 
! UUT's program shifted the 
! location of the PCB's) 

! Check bit 2 (if contaminated 
! RAM found in the Pod) 



Figure 1-1. PCB Recovery Program 
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dpy RECOVERY SUCCESSFUL 
execute delay 

dpy SET POD TO RECOVERED VALUES? key 

if key =0 goto end 

dpy WORKING. .. 

execute su>ap 

goto complt 



pcb_sh if t: 

dpy PCB 
execute 
dpy PCB 
execute 
dpy TRY 
if key ■* 
goto end 

Bad RAN: 



REGISTERS NOT FOUND 
delay 

RECOVERY NOT CONPLETED 
delay 

RECOVERY AGAIN? k ey 
1 1 goto redo 



dpy FAILURE OCCURRED 
execute delay 

dpy POD REGS MAY BE CONTAMINATED 
execute delay 

dpy RESET POD TO PWR-UP DEFAULT? k ey 
if key » 0 goto end 
execute set_up 

dpy ALL POD REGS RESTORED TO DEFAULT 
execute delay 
goto end 

NMI_FAIL: 

dpy RUNUUT EXIT FAILED-TRY AGAIN? key 
if key =» 1 goto redo 
goto end 

restore: 

dpy SET POD TO DEFAULT PCB VALUES?key 
if key « 0 goto end 
dpy WORKING... 
execute default 

complt: 

dpy 80186 POD PCB SETUP COMPLETE 
execute delay 

end : 

dpy 80186 PCB RECOVERY PROGRAM DONE 



! Trade F003XX and F001XX 
' Addresses 

! If the UUT's program 
! changes the relocation 
! register contents 



This 

from 



program swaps 
;he F003XX sp 



the 
ec ia 1 



contents of the PCB registers 
addresses to the F001XX addresses 



program suiap 



regb - F00320 
READ 8 regb 

WRITE 8 regb and FFF1FF ■ rege 
regb * F00328 

loop2: 



incr2: 

loop3: 



incr3: 



1 oop4: 



incr4: 



READ 8 regb 

WRITE 8 regb and FFF1FF *» rege 
regb * regb inc 2 
if regb ■ F00340 goto incr2 
goto Ioop2 

regb « F00350 



READ 8 regb 

WRITE 8 regb and FFF1FF ■ rege 
regb ■ regb inc 2 
if regb ■ F00364 goto incr3 
goto Ioop3 

regb - F00366 
READ 8 regb 

WRITE 8 regb and FFF1FF 
regb - F003A0 



rege 



READ 8 regb 

WRITE 8 regb and FFF1FF » rege 
regb ■ regb inc 2 
if regb 88 F003AA goto incr4 
goto Ioop4 

regb » F003C0 



! Swap INT. Vector Reg. 

! Swap Interrupt 
! Controller Registers 



! Swap Timer Registers 



! Swap Chip 



Select regs. 



Figure 1-1. PCB Recovery Program (cont) 
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loopS: 










! Swap DMA controller Reg 




READ 


@ regb 






! ( Channel 0) 




WRITE 


@ regb and 


FFF1FF - rege 








regb 


“ regfi inc 


2 








if re 


gb - F003CC 


goto incrS 








goto 


IoopS 








incr5: 














regb 


= F003D0 








loop6: 










! Swap DMA controller Reg 




READ 


& regb 






! ( Channel 1) 




WRITE 


& regb and 


FFF1FF « rege 








regb 


* regb inc 


2 








if re 


gb » F003DC 


goto incr6 








goto 


I oop6 








inert: 














regb 

READ 


* FOOIFE 
B regb 










WRITE 


& regb and 


FFF1FF = rege 






! This 


program restores the PCB registers 


to 


their 


! pouter 


-up default values. 






program 


default 










write 


@ F00120 « 


0 








write 


@ F00122 » 


0 








wr i te 


a F0012B - 


FD 








write 


® F0012A - 


7 








write 


a F0012C « 


0 








write 


a F0012E * 


0 








write 


a F00130 - 


BOOO 








write 


a F00132 - 


F 








write 


a F00134 « 


F 








write 


a F00136 ■ 


F 








write 


a F00138 - 


F 








write 


a F0013A « 


F 








write 


a F0013C - 


F 








write 


a F0013E - 


F 








write 


a fooiso - 


0 








write 


a F001S2 =» 


0 








write 


a F001S4 » 


0 








write 


a F00136 » 


0 








write 


a F001SB - 


0 








write 


a FOOISA - 


0 








write 


a fooisc - 


0 








write 


a F0013E - 


0 








wr i te 


a F00160 ■ 


0 








write 


a F00162 - 


0 








write 


a F00166 - 


0 








write 


a F001A0 - 


C03B 








write 


a F001A2 - 


3FFB 








write 


a F001A4 - 


403B 








write 


a F001A6 » 


81FB 








write 


a FOOIAB - 


AOFB 








write 


a fooico « 


0 








write 


a F001C2 - 


0 








write 


a F001C4 = 


0 








write 


a F001C6 ■ 


0 








write 


a F001C8 - 


0 








wr i te 


a FOOICA » 


0 








write 


a FOOIDO » 


0 








wr i te 


a F001D2 = 


0 








write 


a F001D4 ■ 


0 








write 


a F001D6 - 


0 








write 


a F001D8 - 


0 








write 


a F001DB - 


0 








write 


a FOOIFE * 


FF 






! This 


jrogram restores all Pod registers 


to 


their power-up 


! defau 


It values 








program 


set_up 








utrite ® 


F00008 * AASS 






! write incorrect sticku 












! bits 


Bus 










! reset Pod 


program 


delay 












declarations 










assign regl to counter 








counter ■ 60 








d loop : 














counter » counter dec 








if counter > 0 goto dloop 







Figure 1-1. PCB Recovery Program (cont) 
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Figure 1-1. PCB Recovery Program (cont) 
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